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Description 

[0001 ] The present invention relates to a communica- 
tion method for synchronously processing data between 
a plurality of devices and an electronic device therefor. 
In particular, the present invention relates to a commu- 
nication method and an electronic device that have been 
modified so as to synchronize data in a wireless or wired 
network such that a network configuration is dynamically 
changed. 

[0002] In recent years, apart from a personal compu- 
ter, in a portable information processing terminal such 
as a portable cellular phone, a palm top computer or a 
wrist watch, personal data such as a telephone number 
(address) directory, schedule data, a task list, an E-mail 
can be managed and stored. Using this function, data is 
shared by using duplicate data in order to use the same 
data at home or outside as well as in office between elec- 
tronic devices such as a personal computer or a portable 
information processing terminal. As a technique for keep- 
ing coincidence of a plurality of shared data, a data syn- 
chronization processing is known. For example, in the 
case where an attempt is made to share personal data 
such as an address directory or a schedule between a 
personal computer and a portable information process- 
ing terminal, duplication of data is created, and original 
data is held in the host and the duplicate data is held in 
each device other than the host. In the case where a 
change occurs with these items of data, the changed 
data is exchanged between these devices, whereby data 
consistency is maintained. This method is referred to as 
data synchronization. 

[0003] As a typical computer program for data synchro- 
nization, Intelli Sync (Intelli Sync User's Guide Rev 3.1 
PumaTECHNOLOG Y 1 999) is known. This enables data 
synchronization between personal computers or be- 
tween a personal computer and a portable information 
processingterminal. This program enables data synchro- 
nization between two personal computers, one personal 
computer and one portable information processing ter- 
minal, or one personal computer and two portable infor- 
mation processing terminals. 

[0004] In the case of this system, however, a device 
serving as a server must be participated in data synchro- 
nization processing. In the case where three or more de- 
vices share data, there applies a restriction that data syn- 
chronization cannot be performed between two devices 
other than server. Therefore, for example, in the case 
where a personal computer connected to a network is 
used as a server, thereby causing two portable informa- 
tion processing terminals to include the duplicate data, 
even if an attempt is made to use duplicate data after 
updated in one portable information processing terminal 
by the other portable information processing terminal out- 
side, data synchronization processing cannot be per- 
formed by these portable information processing termi- 
nals other than server Stated another way, the conven- 
tional data synchronization processing is performed be- 



tween the server and the client in a one-to-one manner. 
It is not possible to perform the data synchronization 
processing in a one-to-plural manner. 
[0005] Furthermore, in general, it is required to provide 

5 communication settings for a data synchronization party, 
settings regarding type of synchronization data, or setting 
of a method of solving a problem during data conflict. 
These settings are conventionally provided by a user op- 
erating an input device of a personal computer or portable 

10 information processing terminal through the setting 
screen displayed on a display device of the personal com- 
puter or portable information processing terminal and in- 
putting data. This means that at least the display device 
and input device of the portable terminal device are re- 

75 quired. Therefore, in the conventional method, because 
of a restriction specific to a device such as a wrist watch 
including device size, for example, it is very difficult to 
provide settings of data synchronisation in a device hav- 
ing only a limited input device or display device. 

20 [0006] Accordingly, it is an object of the present inven- 
tion to provide a communication method and electronic 
device that enables data synchronization between arbi- 
trary devices without requiring a server. 
[0007] EP-A-0926608 discloses a method of maintain- 

25 ing mutual consistency between copies of data stored at 
nodes in a network, the nodes comprising a server node, 
and a number of client nodes at remote locations, such 
as laptop computers linked by cellular telephone connec- 
tions, the nodes being connected intermittently. 

30 [0008] Following a reconnection between the remote 
client node and another of the nodes, timestamp infor- 
mation on objects cached at the other node, is sent to 
the remote client node. At the remote client node, the 
timestamp information is compared with corresponding 

35 information relating to the local copy, to determine if each 
of the cached objects is more up to date than the local 
copy. The cached objects are updated based on the local 
copy, according to the result of the comparison. This peer 
to peer ^synchronisation means that the server need 

^0 not monitor and control the process, so the system is 
more easily scaled up to handle more clients. 
[0009] The document "Enclaves enabling secure col- 
laboration over the internet", Li Gong, IEEE journal of 
selected areas in communications, IEEE Inc. New York, 

45 vol. 15, n. 3, 1 April 1997, discloses a group of collabo- 
rators which can dinamically form a secure virtual subnet 
wherein priorities are assigned to the group members for 
scure co-edition of files. 

[0010] The invention provides a data synchronisation 
so method as defined in Claims 1 and 22, and an electronic 
device and a slave device as defined in Claims 12 and 
1 3 respectively. 

[0011] Advantageous embodiments thereof are de- 
fined in the respective dependent claims. 
55 [0012] According to the present invention, there is pro- 
vided a communication method for synchronising data 
between a plurality of arbitrary devices using a wireless 
orwired network, the communication method comprising 
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a member registration step and a data synchronisation 
step. In the member registration step, a device specified 
as a master by a user transmits to a device specified as 
a slave by the user a certificate indicating that the slave 
belongs to a data synchronisation group that performs a 
data synchronisation processing and a priority to be used 
when the slave performs the data synchronisation 
processing, and then, the slave is registered as a member 
of the data synchronisation group. In the data synchro- 
nisation step, it is determined using the certificate wheth- 
er or not one slave and one or more other slaves capable 
of making wireless or wired communication belong to the 
same data synchronisation group, and the data synchro- 
nisation processing is performed through wireless or 
wired communication in accordance with the priority be- 
tween the slaves which are determined to belong to the 
same data synchronization group. 
[0013] In this communication method, apart from the 
data synchronization step of actually processing data 
synchronization, the member registration step is provid- 
ed for the purpose of specifying a target device for data 
synchronization. At this member registration step, the 
certificate and priority are transmitted from a device spec- 
ified as the master to a device specified as the slave, 
whereby the slave can be registered as a member of the 
data synchronization group. The certificate and priority 
are provided to each member, whereby data synchroni- 
zation can be easily performed between slaves even if 
the master is absent, as long as these devices are reg- 
istered in the same data synchronization group. 
[0014] In this case, as to whether or not the slaves 
capable of making wireless or wired communication be- 
long to the same group, it is determined by exchanging 
the certificate between the slaves. Thus, even if a master 
does not exist, data synchronization can be performed 
reliably and safely between the slaves. In the case where 
a conflict. occurs during data synchronization processing 
between slaves, such conflict can be solved by the priority 
assigned to each slave at the member registration step. 
Therefore, each slave may hold only the certificate and 
priority assigned to each slave itself, making it unneces- 
sary to set data or the like concerning a communication 
party for data synchronization. Hence, a device having 
only its limited input device and display device can be 
used as a device targeted for synchronization. Further, 
as in a wired or wireless network such that a network 
configuration is dynamically changed, even in a case of 
use under environment that makes it difficult to provide 
data for statically specifying a communication party for 
data synchronization, a device that is such data synchro- 
nization party can be reliably specified. 
[0015] Trie data synchronization step can be per- 
formed between one master and one or more arbitrary 
slaves having a certificate indicating that these slaves 
belong to the same, group as well as between slaves. 
[0016] In addition, there is no need to specify a master 
and a slave by devices, and an arbitrary device can be 
specified as a master or slave of the data synchronization 



group by data targeted for data synchronization. One de- 
vice may function as a slave of the data synchronization 
group for one set of data or may function as a master of 
the data synchronization group for another set of data. 
5 Alternatively, one device may function as a slave of two 
data synchronization groups corresponding to two sets 
of different data. 

[0017] In the case where a master and a slave are thus 
specified individually by data targeted for synchroniza- 

10 tion, the member registration step is also executed be- 
tween a device specified as a master of a data synchro- 
nization group for the data targeted for data synchroni- 
zation processing and a device specified as a slave of 
the master. Thus, for transmission of the certificate and 

15 priority as well, a master that is a transmission source 
and a slave that is a transmission destination are set by 
data, and the certificate and priority are set by data ac- 
cordingly. 

[0018] In addition to the aforementioned member reg- 
20 istration step and data synchronization step, a master 
privilege transfer step may be provided, whereby only 
the master's function can be transferred to another de- 
vice while the function and configuration of the current 
data synchronization group are maintained intact. 
25 Hence, a newly purchased device can be used as a mas- 
ter, and a slave can be temporarily used as a master 
outside. 

[0019] In addition, it is preferable that a priority ex- 
change step of exchanging a priority between slaves be 
30 further provided. In this manner, the priority registered in 
the member registration step can be changed later, and 
data synchronization processing can be achieved more 
flexibly between slaves. 

[0020] The master privilege transfer step and priority 
35 exchange step as well are preferably performed after it 
has been determined that there does not exist any device 
other than two devices set in a mode for executing the 
above steps. 

[0021] In order to easily change a member of the data 
to synchronization group or the like, it is preferable to further 
provide a member registration releasing step of releasing 
a master or a slave from the data synchronization group. 
The slave releasing step may be performed by that slave 
device solely. However, the master releasing step is de- 
45 sirably executed together with the member registration 
releasing step of a slave communicable with the master. 
In this manner, a plurality of devices including a master 
can be released from the data synchronization group with 
one operation. 

50 [0022] In addition, a conventional data synchronizing 
method assumes one-to-one cable connection, 
one-to-one connection with the server by modem, or 
one-to-one connection with the server by infrared-ray ra- 
diation. This is because a communication party for data 

55 synchronization can be uniquely specified. 

[0023] However, if the data synchronization is per- 
formed in a bus type wired network or a wireless network 
free of directivity, unlike a case of one-to-one connection, 
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it is required to uniquely identify a party for data synchro- 
nization from the devices in a network by any method. In 
addition, in the case of a wireless or wired network such 
that a network configuration is dynamically changed, the 
network address of each device is not fixed, and a net- 5 
work address is often assigned during network connec- 
tion or the like. Thus, the network address of a commu- 
nication party cannot be used as static identification in- 
formation for specifying a communication party for data 
synchronization. Therefore, in a wire or wireless network 10 
such that a configuration is dynamically changed as well, 
it is required to introduce a new technology for making it 
possible to uniquely identify a party for data synchroni- 
zation. 

[0024] Although it is not presumed in one-to-one con- '5 
nection, in a bus type wired network or a wireless network 
free of directivity, there is a possibility that a device other 
than device for data synchronization, for example, a ma- 
licious third party exists in the same network, especially 
in a wireless network. Thus, it is required to ensure data 20 
security, and at the same time, to prevent data leak due 
to computer hacking or the like. In particular, in a wireless 
network, there is high possibility that a device is merely 
disposed within the reach of wireless communication, 
whereby the device can be easily participated in the net- 25 
work. Thus, data security is important. In addition, without 
maliciousness, there is a danger that data contained in 
a device other than that targeted for synchronization, the 
device existing within the reach of wireless communica- 
tion, is mistakenly or unintentionally changed by data 30 
synchronization processing between devices via wire- 
less communication. 

[0025] According to the present invention, such an un- 
desired data synchronization is prevented from being oc- 
curred since the party for data synchronization can be 35 
easily identified by exchanging the certificate between 
the devices. 

[0026] This summary of the invention does not neces- 
sarily describe ail necessary features so that the inven- 
tion may also be a sub-combination of these described *o 
features. 

[0027] The invention can be more fully understood 
from the following detailed description when taken in con- 
junction with the accompanying drawings, in which: 

45 

FIG. 1 is a view illustrating a member registration 
step and a data synchronization step that are em- 
ployed in a communication method according to one 
embodiment of the present invention; 
FIG. 2 is a view showing an example of data set of so 
each device employed according to the present em- 
bodiment; 

FIG. 3 is a block diagram depicting the configuration 
of each device employed according to the present 
embodiment; 55 
FIG. 4 is a view showing an example when functions 
provided to each device employed according to the 
present embodiment are classified by communica- 



tion mode; 

FIG. 5 is a view showing master and slave data ex- 
change during data synchronization member regis- 
tration according to the present embodiment; 
FIG. 6 is a flow chart showing procedures for master 
processing during data synchronization member 
registration according to the present embodiment; 
FIG. 7 is a flow chart showing procedures for slave 
processing during data synchronization member 
registration according to the present embodiment; 
FIG. 8 is a view showing an example of communi- 
cation mode during certificate data exchange and 
synchronizing process in the present embodiment; 
FIG. 9 is a view showing another example of com- 
munication mode during certificate data exchange 
and synchronizing process in the present embodi- 
ment; 

FIG. 1 0 is a view showing an example of processing 
at the time of data conflict in the present embodiment; 
FIG. 11 is a flow chart showing procedures for master 
declaration processing in the present embodiment; 
FIG. 1 2 is a flow chart showing procedures for slave 
processing in data synchronization member release 
processing according to the present embodiment; 
FIG. 13 is a flow chart showing procedures for master 
processing in data synchronization member release 
processing according to the present embodiment; 
FIG. 14 is a view showing master and slave data 
exchange in master privilege transfer processing ac- 
cording to the present embodiment; 
FIG. 15 is a flow chart showing procedures for master 
processing during master privilege transfer process- 
ing according to the present embodiment; 
FIG. 1 6 is a flow chart showing procedures for slave 
processing during master privilege transfer process- 
ing according to the present embodiment; 
FIG. 1 7 is a view showing data exchange between 
devices during priority exchange in the present em- 
bodiment; 

FIG. 1 8 is a flow chart showing procedures for device 
processing in priority exchange processing accord- 
ing to the present embodiment; 
FIG. 1 9 is a timing chart showing set mode and ex- 
ecute mode applied to the present embodiment; 
FIG. 20 is a view showing an example of an interface 
of a wrist watch to which the communication method 
according to the present embodiment is applied; and 
FIG. 21 is a view showing an example of an interface 
of a portable information terminal to which the com- 
munication method according to the present embod- 
iment is applied. 

[0028] A preferred embodiment of a communication 
method for data synchronization processing according 
to the present invention will now be described with ref- 
erence to the accompanying drawings. 
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First Embodiment 

[0029] Hereinafter, an embodiment of a method and 
apparatus for synchronously processing data according 
to the present invention will be described with reference 
to the accompanying drawings. 

Data Synchronization Group 

[0030] Data synchronization denotes processing for, 
in the case where part of duplicated data is asynchro- 
nously updated independently relevant to plural sets of 
the duplicated data, entirely synchronizing the plural sets 
of these duplicated data. For example, assume that a set 
of data (data set) that a device A has is duplicated in a 
device B. Synchronization processing corresponds to 
processing for synchronizing data sets of the devices A 
and B each other. If a partial data field of the data set 
that the device A has is changed, a partial data field of 
the data set that the device B has is updated during next 
synchronization processing. 

[0031] If the same data field of the data sets of the 
devices A and B is changed during and after the previous 
synchronization processing, in order to synchronize 
these data fields, it is required to select which of the data 
field values has a higher priority. When the data in the 
same data field is changed with a plurality of devices 
during or after synchronization processing, it is referred 
to as data conflict. 

[0032] In the present invention, unlike a conventional 
method, data synchronization processing between infor- 
mation devices is not performed by one-to-one process- 
ing between a server and a client. This processing is 
performed based on a data synchronization group con- 
structed exclusively for synchronization processing. Of 
the information devices capable of making data commu- 
nication wirelessly or using a wire, a group configured 
between devices that performs data synchronization is 
referred to as a data synchronization group (or network). 
Namely, a data synchronization group composed of de- 
vices that should perform data synchronization process- 
ing corresponds to a data synchronization group. In this 
case, such data synchronization group may not be al- 
ways configured by devices, and an arbitrary data syn- 
chronization group can be configured by each data set 
that enables data synchronization. Namely, each infor- 
mation device can configure the data synchronization 
group by the number of data sets that can be managed. 
[0033] In addition, information devices may be a device 
employed for limited use such as wrist watch or may be 
a device having a plurality of functions such as personal 
computer. These information devices are not restricted 
by their sizes or. the types or functions of input/output 
devices or display devices and the like. The data syn- 
chronization group is configured by a plurality of informa- 
tion devices. A device configuring one data synchroniza- 
tion group is referred to as a member of the data syn- 
chronization group. 



[0034] A data synchronization group is a permanent 
concept. Data synchronization processing is performed 
by a member of the data synchronization group that is 
configured in advance, unlike a case in which a data syn- 
5 chronization group is configured every time data synchro- 
nization processing is performed. 

Data Synchronization Group Communication 

10 [0035] A communication method in a data synchroni- 
zation group comprises a member registration step and 
a data synchronization step. FIG. 1 shows an example. 
[0036] The member registration step is a step to be 
performed when a member is added to a data synchro- 

15 nization group. At this member registration step, a cer- 
tificate and a priority are transmitted from a device spec- 
ified as a master by a user to a device that the user want 
to newly register as a slave. The certificate indicates that 
a device receiving it belongs to the same data synch ro- 

20 nization group (data synchronization network) as the 
master. That is, the certificate corresponds to a group ID 
or the like. The priority is used when a device receiving 
it performs data synchronization processing, and is em- 
ployed to solve data conflict. 

25 [0037] The data synchronization step is a step that per- 
forms data synchronization processing between a plu- 
rality of arbitrary members configuring a data synchro- 
nous group. 

. [0038] In FIG. 1 , M denotes a master of a data syn- 

30 chronization group. The master M is a core of the data 
synchronization group. Only one master exist in one data 
synchronization group, and has a privilege of adding a 
member to the data synchronization group. St to S 4 de- 
note slaves of the data synchronization group. One or 

35 more slaves exist in one data synchronization group. Da- 
ta synchronization member registration is performed be- 
tween the slave and the master M in the data synchro- 
nization group, whereby the slave becomes a member 
of the data synchronization group. 

40 [0039] A master and a slave may not be always spec- 
ified by devices, and an arbitrary device can be specified 
as a master or slave of the data synchronization group 
corresponding to the data sets. Thus, one device may 
function as a slave of the data synchronization group 

45 relevant to one set of data or may function as a master 
of the data synchronization group relevant to another set 
of data. Alternatively, one device may function as each 
of the slaves of the two data synchronization groups cor- 
responding to two different types of data. 

50 

Member Registration Step 

[0040] The member registration step is executed by 
making one-to-one communication between a device 
55 that is a master of a data synchronization group and a 
slave that newly participates in the data synchronization 
group. Two members configure the data synchronization 
group at a stage at which a first slave St is registered in 
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the master M. Subsequently, the member registration 
step is sequentially performed similarly between the mas- 
ter M and each of the slaves Sg to S 4 to be newly regis- 
tered, whereby the number of members configuring the 
data synchronization group increases one by one. The 
member registration step is not performed every data 
synchronization. Once a device is registered as the mem- 
ber, such registered device is continuously a member of 
the data synchronization group unless the device has 
been released explicitly. Data synchronization process- 
ing can be executed any time between the members in 
the same data synchronization group. 

Data Synchronization Step 

[0041] At the data synchronization step, data is syn- 
chronized between the members that belong to a data 
synchronization group. Here, all the members may per- 
form data synchronization processing at one time or ar- 
bitrary members may perform data synchronization 
processing. In addition, the master M may be or may not 
be participated in data synchronization processing. Ac- 
cording to the present invention, data synchronization 
processing can be performed between slaves. A plurality 
of synchronizing processes configured by other mem- 
berscan be performed independently at an arbitrary time, 
and a plurality of these synchronizing processes may be 
performed simultaneously in another place. 
[0042] For example, as shown in FIG. 1, in the case 
where only the master M and the slave S, configure a 
data synchronization group, the data synchroniza- 
tion.step is executed between these two devices, namely 
between the master M and the slave S v Alternatively, in 
a state in which a slave S 2 is newly registered, the data 
synchronization step can be executed between the mas- 
ter M and slave S, , between the master M and slave S 2 , 
between the slave and the slave S 2 , or between the 
master M and the slaves St and S 2 . Hereinafter, the syn- 
chronization step is executed similarly between arbitrary 
two devices irrespective of the master or slave. 

Member Configuration 

[0043] Now, the data and functional structures set to 
each of the master and slave devices will be described 
with reference to FIG. 2 and FIG. 3. 
[0044] Set data for setting the data synchronization 
group that each device stores, includes master/slave 
specification data, identification data, certificate data, pri- 
ority data, and a counter value. 
[0045] The master/slave specification data is like a 
flag, and its initial value is blanked. When a device is 
registered as a master or slave, the corresponding flag 
is set. 

[0046] The identification data denotes data for unique- 
ly specifying a member in one data synchronization 
group, and is used as a key for generating certificate 
data. The synchronization group is defined by data type, 



and thus, the identification data differs depending on type 
of data set in one device. The identification data is gen- 
erated in each device when one device is registered as 
a slave of a data synchronization group or when a device 
5 is operated as a master by a master declaration de- 
scribed later. 

[0047] The certificate data corresponds to the afore- 
mentioned certificate, and is employed to certify that one 
device belongs to one data synchronization group. 
w [0048] For example, during data synchronization as- 
sume that it is authenticated by a public key encryption 
system as to whether or not devices belong to the same 
data synchronization group and encryption of synchro- 
nization data after authenticated. The identification data 
15 and the certificate data are employed as follows in an 
authentication and encryption system. 
[0049] First, each of the master and slave generates 
a secret key and a public key. A pair of these secret key 
and public key corresponds to the identification data of 
20 each device. When the identification data is transmitted 
to another device, only the public key that is part of the 
identification data is transmitted. During data synchroni- 
zation group registration, when a slave passes a public 
key as the identification data to a master, the master re- 
25 turns this public key of the slave as a certificate after the 
public key has been encrypted by own secret key. In this 
manner, the slave has own secret key and public key; 
and a certificate certified by the master and the public 
key of the master. Here, this certificate and the public 
30 key of the master are referred to as certificate data. 
[0050] During actual authentication and encryption, 
when a device performing authentication receives a cer- 
tificate from the counterpart, this certificate is decrypted 
by own public key of the master. If the certificate is cor- 
35 rectly decrypted, it means that the device of the counter- 
part belongs to the same data synchronization group. 
Then, the public key of the counterpart is extracted from 
the decrypted data, and the synchronization data is en- 
crypted by the extracted public key of the counterpart, 
to and is transmitted, whereby synchronization data can be 
transmitted safely. 

[0051] The certificate data may certify reliably that 
each device belongs to a data synchronization group. 
The data may be generated by other well known various 
45 methods without being limited to the aforementioned 
method. 

[0052] The priority data is used to solve conflict of data 
synchronization as described previously. The data is 
used to determine a precedence (namely, priority) for 
so solving such data conflict. 

[0053] The counter value is data used to count the 
number of slaves registered by the master and determine 
the priority of that slave. The highest priority of the master 
is "1 ". The countervalue is counted up every time a slave 
55 is registered, and the priorities "2", "3", ... are assigned 
to the slaves in order of registration. This counter is used 
by the master only. 

[0054] As described above, the data synchronization 
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group is configured by each data set. Thus, the master/ 
slave specification data, certificate data, identification da- 
ta, priority data, and counter value are provided and man- 
aged by each data set. That is, in a device having a plu- 
rality of data sets, the certificate data, identification data, 
priority data, and counter value are not managed in 
one-dimensional manner, and are manages in two-di- 
mensional manner, namely, by each data set, as shown 
in FIG. 2. FIG. 2 shows an example when a device be- 
longs to three data synchronization groups correspond- 
ing to three types of data sets, i.e., "address directory", 
"time", and "E-mail", respectively. In this case, in a device 
having these three types of data sets, whether the device 
operates as a master or slave by each data set is man- 
aged. The counter value is valid only for a data set of the 
data synchronization group that operates a master. In 
addition, the aforementioned member registration step 
is performed by data synchronization group, the certifi- 
cate data, identification data, priority data, and counter 
value are independent of each other by each data set, 
respectively. The secret key and public key configuring 
identification data are generated by the member regis- 
tration step by employing random numbers, for example. 
The value of the identification data is continuously main- 
tained until it has been removed from the data synchro- 
nization group in which a device is registered as a mem- 
ber at the member registration step. 
[0055] In this manner, in the case where set data on a 
data synchronization group is managed by each data set, 
when one performs each of the functions including data 
synchronization member registration, data synchroniza- 
tion processing, master declaration, data synchroniza- 
tion member releasing, master privilege transfer, and pri- 
ority exchange, a step is executed such that a user can 
select a target data set from among the data sets in the 
row direction shown in FIG. 2 in order to specify what is 
a data set targeted for processing. 
[0056] FIG. 3 shows the functional configuration of 
each device. This network configuration is provided as 
an example when a device can be configured as a master 
and a slave. 

[0057] As shown in FIG. 3, each device includes a com- 
munication device 1 1 , a communication controller 1 2, a 
device input/output device 1 3, a device input/output con- 
troller 14, an authentication unit 15, a data synchroniza- 
tion group setting and management unit 16, a data syn- 
chronization processing unit 1 7, and a synchronous data 
storage device 1 8. 

[0058] The communication device 1 1 makes commu- 
nication with another device via a wireless or wired com- 
munication. This device 1 1 transmits data to another de- 
vice, and receives data from such another device. As a 
wireless communication, there can be used an electric 
wave communication, free of directivity such as "Blue- 
tooth", for example. In addition, a bus type LAN such as 
"Ethernet" can be used as a wired network. In either of 
the wireless and wired communication, the network con- 
figuration may. not be statically determined. The present 



invention is applicable to a network such that the network 
configuration is dynamically changed. 
[0059] The communication controller 1 2 controls data 
reception and/or transmission. The controller 12 includes 
5 a function for checking data and a request received by 
the communication device 1 1 ; a function for transmitting 
and receiving a processing request and response from 
the device input/output controller 14; a function for mak- 
ing a data transmission and reception request for the 
10 communication device 1 1 ; and a function for transmitting 
and receiving a request and a response among the au- 
thentication unit 15, data synchronization group setting 
and management unit 16, and data synchronization 
processing unit 17, respectively. 
[0060] The device input/output device 1 3 is a user in- 
terface, and is an input device or a display device of own 
device. 

[0061] The device input/output controller 14 controls 
data request and transmission and/or reception relevant 
to the device input/output device 13. The controller 14 
includes a function for checking data and a request re- 
ceived by the device input/output device 13; a function 
for making a processing request for the communication 
controller 12; a function for receiving the processing re- 
quest from the communication controller 12; a manage- 
ment function for writing, reading, deleting data relevant 
to the synchronization datastorage device 1 8; and a func- 
tion making a request for and a response to the data 
synchronization group setting and management unit 16. 
[0062] The authentication unit 1 5 authenticates certif- 
icate data received from another device in response to 
an authentication request from the communication con- 
troller 12 by correlating the data with certificate data of 
the own device, the data being owned by a certificate 
data management controller 161 through the data syn- 
chronization group setting and management unit 1 6. The 
unit 15 determines whether or not anotherdevice belongs 
to its data synchronization group, i.e., whether or not both 
of the own and other devices belong to the same data 
synchronization group. 

[0063] The data synchronization group setting and 
management unit 1 6 generally manages settings of the 
data synchronization group. The unit 16 includes a cer- 
tificate data management controller 161 and a priority 
management controller 162. The data synchronization 
group setting and management unit 16 manages own 
settings by using the certificate data management con- 
troller 161 and the priority management controller 162. 
The unit 1 6 transfers data or a processing request to the 
communication controller 12, authentication unit 15, de- 
vice input/output controller 14, data synchronization 
processing unit 17, priority management controller 162, 
and certificate data management controller 161. 
[0064] The certificate data managementcontroHer 1 61 
has a region for storing certificate data certified by a mas- 
ter of the own device and a region for storing identification 
data that is a source of the certificate data. The controller 
161 manages certificate data and identification data for 
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generating such certificate data. The controller 161 in- 
cludes functions for generating, deleting, and setting the 
certificate data and the identification that is a source of 
the certificate data according to a request from the data 
synchronization group setting and management unit 1 6. 
[0065] The priority management controller 1 62 has a 
region for storing priority data on own device; a region 
for storing a counter value changed when a priority is 
issued in a master; and a counter device. The controller 
162 includes a function for processing requests for gen- 
erating, setting, deleting, and transferring priority data 
from the data synchronization group setting and man- 
agement unit 16; and a function for resetting and incre- 
menting the counter device. 

[0066] The data synchronization controller 17 per- 
forms synchronization processing for a data set targeted 
for synchronization (synchronization data). The control- 
ler 1 7 includes af unction for reading, writing, and deleting 
data relevant to the synchronization data storage device 
18; a function for solving data conflict in view of the priority 
of own device and that of anothersynchronization device; 
and a function for processing a request from the commu- 
nication controller 12 and delivering data. 
[0067] The synchronization data storage device 18 
stores synchronization data, and has a region for storing 
data. 

[0068] The configuration of this device is provided as 
an example when a device can be configured as a master 
and a slave. This configuration may include a device 
(member) that can be configured as a slave only or a 
device (member) that can be configured as a master only. 
In this case, there can be provided a configuration in 
which functions or configurations required for a slave and 
a master are eliminated. For example, a certificate data 
producing function and a counter device and its control 
function and the like may be provided to only a device 
that can operate as a master, and is not required for a 
device that functions as a slave only. 
[0069] Now, data synchronization group management 
and operation will be described here. 
[0070] First, all functions owned by each device in a 
data synchronization group will be described with refer- 
ence to FIG. 4. 

[0071] A device that can configure a data synchroni- 
zation group includes a total of six functions. The device 
includes a function to be processed without making com- 
munication with another device; a function requiring 
one-to-one communication between one device and an- 
other device; and a function requiring communication be- 
tween one device to a plurality of devices (actually, made 
of a plurality of one-to-one communications). The "mas- 
ter declaration" function is a stand alone function that is 
processed without making communication with another 
device. The "data synchronization member registration", 
"master privilege transfer", and "priority exchange" func- 
tions are processed through one-to-one communication. 
The "data synchronization" function is performed be- 
tween two or more devices. The "data synchronization 



member releasing" function is a stand along function in 
a slave, and a function that is processed through com- 
munication with one or more slaves in a master. Herein- 
after, these functions will be described in detail. These 
5 functions can be performed by data synchronization 
group. When a function is read, it is required to specify 
an identification code of the data synchronization group. 

(1) Data Synchronization Member Registration 

10 

[0072] In the case where a new member is added to a 
data synchronization group, "data synchronization mem- 
ber registration" processing is performed. This process- 
ing is adopted to achieve the aforementioned member 

15 registration step. The processing is performed by making 
data communication between a master of a data syn- 
chronization group and a member to be newly added as 
a slave. The master and newly registered member must 
be communicable with each other via a wireless or wired 

20 communication channel while power is supplied. The us- 
er calls the "data synchronization member registration" 
function each in the master and the member to be reg- 
istered. Subsequently, each of the master and the mem- 
ber to be registered is placed in a member registration 

25 mode. In order to enter the member registration mode, 
the user interaction and exclusive control for another de- 
vice are used such that the user holds down the regis- 
tration button in each of the master and the new member, 
for example, and registration is permitted only when only 

30 two devices in the member registration mode exist, and 
security authentication during registration is provided. It 
is possible to determine whether or not only two devices 
in the member registration mode exist by checking a re- 
sponse to a broadcast from the master, for example. This 

35 prevents accidental registration of a device owned by a 
malicious third party within the reach of electric waves. 
[0073] The effective communication range means that 
a device is within the reach of wireless communication 
in a wireless network. In a wired network, this range 

40 means a limited network area such as sub-network, for 
example, in which broadcasting is effective. Namely, in 
the range which has a possibility that a third party re- 
ceives the communication, under the condition that there 
exists any device other than only two devices, i.e., a de- 

45 vice targeted for member registration and a master, 
which are set in the member registration mode, data syn- 
chronization member registration is started. 
[0074] Next, a function for registering a data synchro- 
nization member will be described in detail. In FIG. 5, 

so there is shown master and slave communication 
processing to be performed together with synchroniza- 
tion member registration. 

[0075] First, both of the master M and the slave S trans- 
mit to the counterpart a request for registering a data 
55 synchronization member, and then, the master notifies 
its identity to the slave. In this state, the master has all 
set data, but the slave has only identification data. When 
the slave receives the notification, it transmits the iden- . 
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tification data to the master. The master transmits to the 
slave the certificate data for this slave generated using 
the identification data and the priority data, and commu- 
nication processing is completed. 
[0076] Now, the processing step in each device will be 
described in detail. In FIG. 6, there is shown the step of 
master processing when a master device registers a 
slave device as a member of the data synchronization 
group. A description is given with reference to FIG. 3. 
[0077] First, when a user call of the "data synchroni- 
zation member registration" function is transmitted to the 
device input/output controller 1 4 (step S1 1 ), the current 
setting of the data synchronization group (whether the 
own device is a master or slave) is determined at the 
data synchronization group setting and management unit 
16 (step S12). If the own device is set as a master by a 
master declaration function described later, the user is 
prompted for a request for executing registration 
processing. When it is set as a slave, processing is ter- 
minated. In the case where nothing is set (i.e., blank data 
is specified), the device operates as a newly registered 
member described later (FIG. 7). 
[0078] In the case where the own device is set as a 
master, when the device input/output device 1 3 receives 
a request for executing registration processing from the 
user (step S13), the communication device 1 1 transmits 
a request for registering a data synchronization member 
in a broadcasting manner (step S14). Then, the commu- 
nication device 1 1 waits for a registration request from a 
new member. Although not shown, in the case where a 
registration request is not made for a predetermined time, 
processing terminates with time out. When a registration 
request from a new member is received (step S1 5), the 
registered device determines whether or not only two de- 
vices requires the registration, i.e., the own device and 
a new member (step S16). Namely, after a request for 
registering a data synchronization member has been 
transmitted between the own device and the counterpart, 
if only one counterpart transmits such request for regis- 
tering a data synchronization member, it is determined 
that only two device, i.e., the own device and new mem- 
ber participate the registration. 
[0079] In the case where any device other than only 
two devices, i.e., the own device and new member par- 
ticipate the registration (NO at the step S16), processing 
is terminated. In the case where only two devices partic- 
ipate the registration (YES at step S16), the communi- 
cation device 1 1 notifies its identity to the new member 
(step S1 7). Then, when identification data that is a source 
of certificate data from the new member is received by 
the communication device 1 1 (step S18), the data syn- 
chronization group setting and management unit 1 6 gen- 
erates the certificate data and the priority data to be 
passed to the new member, based on this data (steps 
S19 and S20). Further, the value of the counter that 
counts the number of registered devices is incremented 
by one (step S21 ). 

[0080] Last, the communication device 1 1 transmits 



the generated certificate data and the priority data to the 
new member (steps S22 and S23). Although the counter 
value is used as the priority data, the priority may be 
determined in any system as long as a precedence can 

5 be defined by generating different values every issue, 
thereby making it possible to uniquely judge the priority 
among these generated values. 
[0081] Now, in FIG. 7, there is shown the step of 
processing a new memberwhen a desired device (mem- 

10 ber) newly participating in a data synchronization group 
is registered as a data synchronization group member 
by a master device. A description will be described with 
reference to FIG. 3. 

[0082] When the device input/output device 13 re- 
ts ceives the user request for "data synchronization mem- 
ber registration", as in the case with FIG. 6, the current 
data synchronization group setting is determined by the 
data synchronization group setting and management unit 
1 6. In the case where the own device is set as a master, 
20 the aforementioned "data synchronization member reg- 
istration" (FIG. 6) is performed. In the case where the 
own device is set as a slave, processing terminates. If a 
data synchronization group is not set (blank data is spec- 
ified as a master or slave), the user is prompted for re- 
25 quest for executing registration processing. When the 
user makes a request for executing registration process- 
ing to the device input/output device 13 (step S31), the 
communication device 1 1 receives a registration request 
from the master (step S32), and transmits such registra- 
30 tion request to the master (step S33). Although not 
shown, in the case where there exists no response from 
the master within a predetermined period of time, 
processing terminates with timeout. After the registration 
request has been transmitted to the master, the regis- 
35 tered device determines whether or not only two devices, 
i.e., the own device and master participate the registra- 
tion (step S34). In the case where only the two devices 
participate the registration, the own device waits for the 
counterpart master notification. In this manner, it is de- 
<o termined that the counterpart is a master (step S35), the 
data synchronization setting and management unit 16 
generates identification data that is a source of the cer- 
tificate data (step S36), and transmits the data to the 
master (step S37). 
« [0083] When the communication device 11 waits for 
the certificate data and priority data from the master, and 
receives them, the certificate data and priority data are 
set through the data synchronization group setting and 
management unit 16, and registration processing com- 
50 pletes (steps S38 and S39). 

[0084] In registration processing of a data synchroni- 
zation member, it is required to share a data set of the 
same type between the master issuing the certificate data 
and priority and the new member to be registered. In the 
55 case where an attempt is made to register data sets of 
their different types, it is required to disable registration. 
This collation step can be performed by checking whether 
or not identifiers 01 , 02, and 03 are assigned in advance 
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to an address directory, a time, and schedule, for exam- 
ple, during "transmission of a request for registering a 
data synchronization member" (step S14) and during 
■transmission of a request for registering a data synchro- 
nization member" (step S33), transmitting these identifi- 
ers between the master and the new member, and check- 
ing whether or not the identifiers are identical to each 
other 

[0085] Once it is guaranteed that a master and a slave 
that belong to a data synchronization group and a slave 
have a data set of the same type, it is authenticated as 
to whether or not the master and the slave belong to the 
same data synchronization group when anotherfunction 
is used. Thus, there is no possibility that data sets of the 
different types coexist. Even in a device having a plurality 
of data sets, the data sets in that device configure, re- 
spectively, other completely independent data synchro- 
nization groups, the data sets of different types and 
processing do not coexist. 

(2) Data synchronization processing 

[0086] Now, data synchronization processing will be 
described here. 

[0087] When a master in a data synchronization group 
transmits certificate data and priority data to each mem- 
ber by data synchronization member registration 
processing, actual data synchronization processing can 
be performed between arbitrary members (even without 
intervening a master) by using at least these two sets of 
data. 

[0088] During synchronization processing, the mem- 
bers belonging to the same data synchronization group 
first authenticate their identities each other, and then, 
perform data synchronization. Sets of data that do not 
conflict with each other are merged, respectively. In the 
case where a conflict occurs with some sets of data, the 
data with the highest priority is employed as data for solv- 
ing a conflict. 

[0089] As shown in FIG. 8, assume that a data syn- 
chronization group is configured by five members A, B, 
C, D, and E, wherein the member A is a master. 
[0090] In the case where data synchronization 
processing is performed when all the members are 
present, one member transmits own certificate data to 
another member, receives certificate data from the coun- 
terpart, and authenticates their identity with each other. 
In transmission and authentication of certificate data, 
there is provided a method for all members transmitting/ 
receiving certificate data to/from all the counterparts, 
thereby individual members using their received certifi- 
cate data to authenticate their identities. Namely, among 
the members A to E, certificate data transmission/recep- 
tion and authentication may be performed according to 
the number of combinations of different two members. 
[0091] Alternatively, as shown in FIG. 9, certificate da- 
ta transmission/reception and authentication maybe per- 
formed only between a member with the highest priority 



(the member A here) and another member. Namely, 
there is provided a method in which the pairs of members 
such as A and B, A and C, and A and D, and A and E 
(the member A serves as a server), thereby performing 
5 authentication. After each of the members A to E has 
been authenticated to be a member of the same data 
synchronization group, in actual data synchronization 
processing, a member with the highest priority (the mem- 
ber A here) transmits/receives synchronization data in a 
10 data field to/from all other members, checks a conflict, 
solves such conflict based on the priority, and changes 
data so that the member can sequentially process the 
synchronization data in the next data field. 
[0092] A conflict during data synchronization process- 
is ing occurs, as shown in FIG. 10, in the case where the 
members A, C, and E have not been changed relevant 
to a data field 'x' but data owned by the members B and 
D is updated since previous synchronization processing. 
Means for solving such data conflict is to employ data 
owned by the member B with the highest priority. This is 
because, although the member A has the highest priority 
of the five, data is changed in the members B and D only. 
Even if data is not changed, a conflict during synchroni- 
zation processing may be solved using the data owned 
by the member A with the highest priority. 
[0093] Next, assume that only the members A, B, and 
C in this data synchronization group perform data syn- 
chronization. Such situation can occur when the mem- 
bers D and E are not turned ON or when only the mem- 
bers A, B, and C are carried to the outside, and data 
synchronization is performed outside. Authentication and 
data synchronization are performed in the same manner 
as described above. Then, assume that data owned by 
the members B and C conflict with each other (that is, 
assume that the data in the same data field owned by 
the members B and C has been updated during and after 
the previous synchronization). Such conflict is solved by 
using the data of a member having the highest priority of 
the members B and C. As a result, the data owned by 
the members A, B, and C are synchronized with each 
other. Assume that the remaining members D and E per- 
forms data synchronization in another place. As is the 
case with the members A, B, and C, if a conflict occurs, 
such conflict is solved by using the data with the highest 
priority of the members D and E, and the members D and 
E undergoes data synchronization. 
[0094] As described above, data synchronization 
processing can be performed between slaves as well as 
between one master and one or more arbitrary slaves, 
each of which has a certificate indicating that they belong 
to the same data synchronization group that performs 
data synchronization processing. In this case as well, 
certificate data is transmitted between devices capable 
of making wireless or wired communication, whereby it 
is determined that these devices belong to the same data 
synchronization group. Thus, data synchronization can 
be performed safely by using only the certificate data 
without having specific data for uniquely specifying the 
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counterpart. 

[0095] Data synchronization processing can be per- 
formed as follows, for example. 

(a) A device set in a data synchronization processing 5 
mode transmits a data synchronization processing 
request in a broadcasting manner to other devices 
that exist within a communicable range; 

(b) A certificate is transmitted between these devic- 
es, and it is authenticated as to whether or not they n> 
belong to the same data synchronization group each 
other; and 

(c) When the above devices belong to the same data 
synchronization group, data synchronization of the 
corresponding data sets is executed in accordance *5 
with each priority. 

[0096] In the case of data synchronization processing, 
unlike registration processing of a data synchronization 
member as described in FIG. 6 and FIG. 7, there does 20 
not apply a restriction that only two devices, i.e., a master 
and a member targeted for new registration. Data syn- 
chronization processing can be performed between two 
or more arbitrary devices that exist within a communica- 
ble range provided they belong to the same data syn- 25 
chronization group. All the devices to be synchronized 
may be set in a data synchronization processing mode; 
only one device may be set in a data synchronization 
processing mode by the user, and another device receiv- 
ing a data synchronization processing request from that 30 
device may automatically enter the data synchronization 
processing mode according to that request. 
[0097] In addition, in actual data synchronization 
processing, the user may specify a data set targeted for 
data synchronization processing in the data sets for 35 
which data synchronization groups are set. Alternatively, 
it is determined as to whether devices belong to the same 
data synchronization group relevant to all the data sets 
for which the data synchronization groups are set, where- 
by these synchronizing processes are executed simulta- *o 
neously relevant to the data sets which belong to the 
same data synchronization group. Authentication data 
exists by each data set for which the data synchronization 
group is set. Thus, all the authentication data is ex- 
changed each other, for example, thereby making it pos- 45 
sible to check a data synchronization group to which both 
of the counterpart device and the own device belong. Of 
course, the identifier assigned to each data set is trans- 
mitted, whereby a data synchronization group to be au- 
thenticated may be specified. 50 

(3) Master Declaration 

[0098] Now, a "master declaration" function for setting 
the own device as a master of a data synchronization 55 
group will be described here. 

[0099] In the case where a data synchronization group 
is newly constructed, it is requiredto determine a member 



as a master of the network. The "master declaration" 
function is provided to achieve this. The "master decla- 
ration" can provide setting such that only a member hav- 
ing a data set, which does not belong to any data syn- 
chronization group, can be a master of a data synchro- 
nization group that the member will construct. That is, a 
device that has already been set as a slave cannot be 
changed to a master. This setting is provided by a stand 
alone, and communication with another member is not 
performed. 

[01 00] In the existing data synchronization group, the 
"master declaration" cannot be performed by changing 
to a master a member that does not belong to the data 
synchronization group or a member that has been set as 
a slave or temporarily executing "data synchronization 
member releasing" for a slave to remove the slave from 
the data synchronization group, thereafter adding it as a 
master again. This is required to ensure security. In the 
latter case, there is defined another new data synchro- 
nization group in which a member performing "master 
declaration" is set as a master. The "master declaration" 
is used any time only when a new data synchronization 
group is constructed. 

[0101] In FIG. 1 1 , there is shown the processing step 
of "master declaration" in which a new member is set as 
a master of a new data synchronization group by the 
"master declaration". 

[01 02] When the user first makes an operation for call- 
ing the "master declaration" function for a data set 
through the device input/output device 1 3 (step S41 ), the 
data synchronization group setting and management unit 
16 checks the current setting of the own device in the 
data synchronization group (step S42). In the case where 
the device has been set as a master or slave, processing 
is terminated. If no data synchronization group is defined 
(i.e., if blank data is specified as a master or slave), the 
data synchronization group setting and management unit 
1 6 generates identification data on a data synchroniza- 
tion group (step S43), and generates authentication data 
based on the generated identification data (step S44). 
[0103] Further, in the data synchronization group set- 
ting and management unit 1 6, a priority counter is reset, 
and the initial value of the counter is set as priority data 
indicative of own priority (steps S45 and S46). Then, the 
counter is incremented, and processing is terminated. 

(4) Data Synchronization Member Releasing 

[0104] "Data synchronization member releasing" is 
performed when a registered device is released from a 
data synchronization group. This operation differs de- 
pending on a master and a slave, and thus, a description 
will be given separately. 

[0105] First, a description will be given with respect to 
a case in which a slave is released from a data synchro- 
nization group. This function is used when a slave par- 
ticipating in a data synchronization group is used while 
the slave is excluded from the member of the synchro- 
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nization group or when a slave device is discarded. The 
"data synchronization member releasing" is a 
stand-alone operation, and communication with a master 
or another device is not required. The existing data syn- 
chronization group is not affected by this function. The 5 
priority data owned by the released slave will be vacant 
because it is not reused in "data synchronization member 
registration". However, this does not mean that consist- 
ency of the data synchronization group is not destroyed. 
[0106] In FIG. 12, there is shown the processing step '0 
when "data synchronization member releasing" is per- 
formed in a slave. 

[0107] First, when a user make a request for "data syn- 
chronization member releasing" for the device input/out- 
put device 1 3 relevant to a data set (step S51 ), the data « 
synchronization group setting and management unit 16 
determines the current setting of the own device in the 
data synchronization group (step S52). When the own 
device is a slave, the data synchronization group setting 
and management unit 1 6 deletes the corresponding pri- 20 
ority data, certificate data, and identification data (steps 
S53, S54, and S55). This releasing is performed by each 
synchronization group, and thus, network identification 
data is also specified when the releasing function is 
called. 25 
[0108] In the case where a master is released from a 
data synchronization group, if a slave currently commu- 
nicable with the master exists when "data synchroniza- 
tion member releasing" is performed, this slave is also 
released from the data synchronization group. This is 30 
because the master generally dismembers a slave with- 
out transferring its master privilege when the master de- 
sired to release the slave from the data synchronization 
group. In addition, only a communicable slave is released 
from the data synchronization group simultaneously be- 35 
cause it is not assumed that all members in the data 
synchronization group are always present by the fact that 
the master cannot grasp all the members in the data syn- 
chronization group and the fact the slave is placed in 
another place due to purchase of a new device, discard- 4 ° 
ing, faults, theft or the like. In this case, a slave that does 
not exist on the spot still participates in the previous data 
synchronization group, and data synchronization can be 
performed between the slaves that do not exist on the 
spot. However, in this case, since a master does not exist 45 
any longer, a data synchronization group member cannot 
be increased by newly performing data synchronization 
member registration. 

[01 09] In FIG. 1 3, there is shown the processing step 
when "data synchronization member releasing" is per- so 
formed in a master. When a user makes a request for 
"data synchronization member releasing" relevant to a 
data set to the device input/output device 13, as de- 
scribed in FIG. 12, the data synchronization group setting 
and management unit 16 determines the current data 55 
synchronization group. In the case where the own device 
is a master, this device searches for a currently commu- 
nicable slave (step S61). This may be determined ac- 



cording to a response from the slave relevant to data 
transmitted in a broadcasting manner. Then, the own de- 
vice transmits a request for "data synchronization mem- 
ber releasing" and the master certificate data to a slave 
within the currently communicable range (steps S62 and 
S63). 

[0110] The slave receiving this request performs au- 
thentication by using the master certificate data, and 
then, resets own setting as in "data synchronization 
member releasing" in the slave. 
[0111] The master is then deletes the priority data, cer- 
tificate data, identification data, and counter values of the 
own device, the counter is reset, and processing is ter- 
minated (steps S64 to S67). 

(5) Master Privilege Transfer 

[0112] The "master privilege transfer" function allows 
a data synchronization group to continuously exist intact 
in the existing data synchronization group, and allows 
the current master to transfer only the master's privilege 
to another member (slave). This function is used when 
one attempt to transfer a master privilege to another de- 
vice while maintaining the functions and configuration of 
the data synchronization group, including cases in which 
where one attempts to specify a newly purchased device 
as a master of the existing data synchronization group; 
a master device is discharged; one attempts to change 
the current master device to a new device; and, when a 
desktop personal computerthat is not mobile is specified 
as a master, one attempt to temporarily perform "data 
synchronization member registration" outside. This 
means that the slave and master privileges are ex- 
changed in the existing data synchronization group. Al- 
ternatively, the master privilege may be transferred to a 
member that is not included in a data synchronization 
group by automatically exchange the privileges in com- 
bination with "data synchronization member registra- 
tion". 

[0113] In this process, the "master privilege transfer" 
function is called by a master and each slave device that 
transfers the master privilege. In a method similar to the 
"data synchronization member registration", the set data 
held by the master is transferred to a slave, and the set 
data held by the slave is transferred to the master. The 
data held by each of the master and slave is exchanged 
intact. Individual members do not have data concerning 
another device each other, and thus, these individual 
members do not affect those in another data synchroni- 
zation group. Thus, processing can be performed safely 
and simply as in the "data synchronization member reg- 
istration". 

[01 1 4] Now, the "master privilege transfer" function will 
be described in detail, 

[0115] Here, master and slave communication 
processing to be performed together with the "master 
privilege transfer" processing will be described with ref- 
erence to FIG. 14. 
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[0116] First, both of the master and the slave transmit 
a master privilege transfer request to each other. When 
both of them receive this request, they transmit certificate 
data for device authentication. After authentication 
processing, the master transmits the identification data, 5 
priority data, and counter value to the slave. Alternatively, 
the slave transmits the priority data and identification da- 
ta, and communication processing is completed. 
[0117] Now, the processing steps in each device will 
be described in detail. FIG. 15 shows the processing 10 
steps in a master device having the "master privilege 
transfer" function. A description will be given with refer- 
ence to FIG. 3. 

[0118] When the device input/output device 13 re- 
ceives the "master privilege transfer" request from the w 
user (step S71), the data synchronization group setting 
and management unit 16 judges the current setting of 
the own device in the data synchronization group (step 
S72). When the device is a master, the device input/out- 
put device 13 continuously waits for a request for exe- 20 
cuting processing from the user. When the device input/ 
output device 13 receives a request for executing 
processing (step S73), the communication device 11 
transmits a request for master privilege transfer process- 
ing in a broadcasting manner (step S74). Then, the com- 25 
munication device 1 1 waits a request for such transfer 
processing from the counterpart device. When such re- 
questfromthe counterpart device arrives (step S75), the 
communication device 1 1 and the communication con- 
troller 1 2 determine whether or not only the own device 30 
and the counterpart device are executable the master 
privilege transfer processing (step S76). In the case of 
affirmative determination (YES at the step S76), the com- 
munication device 1 1 transmits certificate data to the 
counterpart device (step S77). The sequence of the steps 35 
of transferring certificate data and determining the 
number of executable devices may be reversed. When 
the communication device 1 1 receives certificate data 
from the counterpart device (step S78), the authentica- 
tion unit 15 and data synchronization group setting and 
management unit 16 authenticate the counterpart de- 
vice, and determines that the counterpart device exists 
in the same data synchronization group as the master 
(step S79). If authentication fails, processing terminates 
(NO at the step S79). When authentication is successful 45 
(YES at the step S79), the data synchronization group 
setting and management unit 16, communication con- 
troller 12, and communication device 11 transmit the 
identification data, priority data, and counter value owned 
by the own device to the slave (steps S80, S81 , and S82). so 
Then, the communication device 1 1 receives the priority 
data and identification data from the slave (steps S83 
and S84). The data synchronization group setting and 
management unit 1 6 sets the priority data, certificate da- 
ta, and identification data received from the slave as own 55 
priority data, certificate data, and identification data (step 
S85), and resets the counter. Then, processing termi- 
nates (step S86). In this manner, a device that has been 



a master is specified as a slave device. 
[0119] The timings of transmitting the priority data, 
counter value, certificate data, and identification data 
owned by the own device (steps S77, S80, S81 , and S82) 
and those of receiving the priority data, certificate data, 
and identification data from a slave (steps S78, S83, and 
S84) may be in accordance with an arbitrary sequence. 
[01 20] Slave operations are generally similarto master 
operation. The processing steps are shown in FIG. 16. 
[0121] When the device input/output device 13 re- 
ceives a "master privilege transfer" request from the user, 
as described in FIG. 15, the data synchronization group 
setting and management unit 16 judges the current set- 
ting of the own device in the data synchronization group. 
In the case where this setting is not provided, processing 
terminates. When the device is a master, the aforemen- 
tioned master operation is performed. In the case where 
it is determined as a slave, the device input/output device 
13 waits for a request for executing master privilege 
transfer processing from the user. When the user exe- 
cutes master privilege transfer processing for the device 
input/output device 13 (step S91), the communication 
device 1 1 receives a master privilege transfer request 
from a master (step S92), and transmits the master priv- 
ilege transfer request to the master (step S93). Then, at 
the step S94, the communication device 1 1 and the com- 
munication controller 12 check the number of devices 
that are executable for master privilege transfer process- 
ing. In the case where only one device other than own 
device is executable (YES at the step S94), it goes to the 
following steps. 

[01 22] First, the certificate data is exchanged with the 
master (steps S95 and S96). Then, the authentication 
unit 15 and the data synchronization group setting and 
management unit 16 authenticates the counterpart (step 
S97). After authentication, in the case where the com- 
munication counterpart is not a master of the data syn- 
chronization group to which the own device belong (NO 
at the step S97), processing terminates. In the case 
where the counterpart is the master (YES at the step 
S97), the priority data, counter value, and identification 
data owned by the master is received from the commu- 
nication device 11 (steps S99, S100, and S101). Then, 
after the priority data and identification data owned by 
the own device have been transferred from the commu- 
nication device 1 1 (steps S101 and S102), the data syn- 
chronization setting and management unit 16 sets the 
received master's identification data, certificate data, pri- 
ority data, and counter value as own data (steps S103 
and S104), and processing terminates. 
[01 23] The data synchronization group master can be 
set by each data set. In the case where a master device 
has a plurality of data sets, the master privilege transfer 
processing may be performed for only set data concern- 
ing a specific data set specified by the user. Of course, 
if a slave device specified as a transfer destination has 
a plurality of data sets, the master privileges concerning 
all the data sets owned by the master device can be trans- 
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ferred to one slave device in all. 
(6) Priority Exchange 

[0124] A "priority exchange" function exchanges the 5 
priorities owned by two slaves with each other. If a conflict 
occurs during data synchronization, such conflict is 
solved by using data on a member with its higher priority. 
The priority is assigned from the master in registration 
order. Thus, there can occur a case in which the user 10 
wants to cause the data on a slave registered later to 
precede the data on a slave registered previously. Al- 
though the priority may be selected during data synchro- 
nization member registration, the master or slave re- 
quires a display interface for selecting the priority. Here, « 
devices are numbered in registration order for the pur- 
pose of simplification of processing so that priorities can 
be exchanged. At the time of "priority exchange- as well, 
as is the case with "data synchronization member regis- 
tration" or "master privilege transfer", processing is per- 20 
formed only when only two devices are set. 
[01 25] Now, the communication processing step when 
the priorities are exchanged between slaves will be de- 
scribed with reference to FIG. 17. 

[0126] First, slaves that want to exchange priorities 25 
transmit a priority exchange request to each other. When 
one slave receives such request, both of them transmit 
certificate data to each other. After it has been deter- 
mined that the slaves belong to the same data synchro- 
nization group, both exchange priority data, and commu- 30 
nication processing terminates. 
[0127] In FIG. 18, there is shown the processing step 
of "priority exchange" in each slave device that exchang- 
es the priority. 

[0128] When the device input/output device 13 re- 35 
ceives a "priority exchange" request from the user (step 
S1 01 ), the data synchronization group setting and man- 
agement unit 1 6 judges the current setting of the own 
device in the data synchronization group. In the case 
where the setting is not provided or in the case of a mas- 4 ° 
ter, processing terminates. In the case of a slave, the 
device input/output device 13 waits for a request for ex- 
ecuting processing from the user. When the device input/ 
output device 13 receives a request for executing 
processing (step S103), the communication device 11 45 
transmits a request for processing "priority exchange" in 
a broadcasting manner, and waits for such request for 
processing "priority exchange" from the counterpart that 
exchange the priority. Then, when the communication 
device 1 1 receives a request for processing "priority ex- 50 
change" from the counterpart (step S105), the commu- 
nication controller 12 determines the number of devices 
that are currently executable for "priority exchange" (step 
S105) by using the data from the communication device 
1 1 (step S1 06). In the case where only one device other 55 
than the own device is executable for "priority exchange" 
(YES at the step S1 06), the data synchronization group 
setting and management unit 16, communication con- 



troller 12, and communication device 11 receive and/or 
transmit certificate data from and/or to each other (steps 
S1 07 and S1 08). If three or more devices are executable 
within a communicable range (NO at the step S106), 
processing is terminated. 

[0129] After certificate data has been transmitted 
and/or received, the authentication unit 15 and the data 
synchronization group setting and management unit 1 6 
authenticate the communication counterpart based on 
the authentication data received at the communication 
device 1 1 (step S1 09). When it is authenticated that the 
counterpart device is a member of the same synchroni- 
zation group (YES at the step S109), the own device 
transmits own priority data, and receives the counter- 
part's priority data (steps S1 1 0 and S1 11 ). Then, the data 
synchronization group setting and management unit 16 
rewrites its own priority with the received priority, and 
terminates processing (step S1 12). 
[0130] In the case where a device functions as a slave 
of the data synchronization group, the device having a 
plurality of data sets, the processing shown in FIG. 18 
may be performed for a data set in which priority ex- 
change is specified by the user. 

(7) Method for Setting a Device 

[0131] During each of the "data synchronization mem- 
ber registration", "priority exchange", and "master privi- 
lege transfer" processes, it is required to ensure safety 
of data communication to be performed togetherwith set- 
ting. Therefore, prior to exchange actually set data, two 
devices targeted for setting are moved to be requested 
for executing processing. Then, after it is determined as 
to whether or not only two devices are requested for ex- 
ecuting processing in a communicable range, it is re- 
quired to determine whether or not such setting is con- 
tinued. A series of these processes will be described in 
more detail. 

[01 32] In connection to these processes, each device 
has a set mode and an execute mode. The set mode 
serves to specify call functions including "data synchro- 
nization member registration", "priority change", and 
"master privilege transfer". The execute mode serves to 
start actual processing of a function called by the set 
mode, and make data communication with the set coun- 
terpart as required. Therefore, this execute mode means 
a request for executing processing. 
[0133] In the case where a user attempts to perform 
"data synchronization member registration", "priority 
change", or "master privilege transfer", as shown in FIG. 
1 9, the user moves two devices targeted for setting (de- 
vices 1 and 2) to the set mode. Then, each device deter- 
mines which function is called, and determines whether 
or not the called function is valid in current setting of the 
own device. For example, in the case where the user 
attempts to perform "data synchronization member reg- 
istration", the user determines that the called function is 
the "data synchronization member registration", and de- 
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termines whether or not the own device is a mater, slave 
or none. When the called function is valid, it can go to 
the execute mode. User's operation is required for the 
current mode to go to the execute mode. 
[0134] The user simultaneously moves two devices to 5 
the execute mode relevant to the same function (strictly, 
an error At of about 1 second is permitted). At a stage 
before communication with the counterpart is established 
in the execute mode, each device waits for data indicating 
the execute mode from another device. After each device ™ 
has received the data, each device transmits it to a trans- 
mission channel. During this data transmission, a data 
broadcasting transmission may be repeated with prede- 
termined time intervals, for example. When each device 
receives data indicating the execute mode of the coun- is 
terpart, after it is determined that there exists no other 
device that enters this mode and the devices 1 and 2 
communicate with each other, communication of set data 
is started. In communication of the set data, data is en- 
crypted to ensure security by using an encryption system 20 
such as the aforementioned public key encryption sys- 
tem. In the case where there exists any other device en- 
tering the execute mode, communication regarding the 
set data is not performed, and processing is interrupted 
and terminated. 25 
[0135] A method of configuring a data synchronization 
group and the functions of each device has been de- 
scribed hereinbefore. Now, a specific example of provid- 
ing devices configuring a data synchronization group will 
be described here. 30 
[0136] FIG. 20 shows an example when a system for 
this communication method is applied to a wrist watch, 
and FIG. 21 shows an example when this system is ap- 
plied to a portable information processing terminal. 
[0137] In the wrist watch shown in FIG. 20, sections 35 
associated with data synchronization are two buttons that 
exist at the left of a character board and four display sec- 
tions at the upper part of a clock display section. The two 
buttons include an upper left button employed to instruct 
a request for executing each function for setting a data *o 
synchronization group and for instructing the start of data 
synchronization processing; and a lower left button for 
selecting each function for setting a data synchronization 
group. The display sections include a mode display sec- 
tion for displaying each function for setting a data syn- 45 
chronization group; a display section for displaying a 
character M or S that represents a master or slave; a 
display section indicating a numeric value of priority data; 
and a display section indicating whether or not a data 
synchronization group is currently set. For a description so 
of use, procedures for executing two typical functions, 
"data synchronization member registration" and "data 
synchronization processing" will be discussed here. 
[0138] First, the "data synchronization member regis- 
tration" will be described here. The lower left button is 55 
used to call a "data synchronization member registration" 
mode. The mode display section displays that the "data 
synchronization member registration" function has been 



called. When this call is valid, the user holds down the 
upper left button, and executes a request for "data syn- 
chronization member registration." In this example, if this 
wrist watch is registered as a member by a given master, 
the similar procedures are performed in the master as 
well. When the aforementioned "data synchronization 
member registration" processing is successful while both 
devices execute the request, registration processing 
completes. In the case of "data synchronization process- 
ing", the upper left button is first pressed, whereby a func- 
tion for starting synchronization processing is executed. 
If one or more devices belong to the same synchroniza- 
tion group that exists in a communicable range, and that 
can execute synchronization processing, data synchro- 
nization processing is actually started. The start of data 
synchronization processing may be executed by any one 
device calling the corresponding function or may be ex- 
ecuted by all the devices calling the data synchronization 
processing start functions simultaneously, all of these 
devices being actually targeted for data synchronization 
processing at this time. 

[01 39] A data set that the wrist watch has is generally 
limited to time data (clock data). Thus, a device targeted 
for data synchronization processing with the wrist watch 
is a device that belongs to a data synchronization group 
concerning time data (clock data) in the devices that exist 
in a range communicable with the wrist watch. 
[0140] In FIG. 21, there is shown an example of the 
screen for setting data synchronization of a portable in- 
formation processing terminal. Shown here is an exam- 
ple of the screen for setting data synchronization con- 
cerning time data. This screen is composed of a "set 
menu" for calling each function provided at the upper left 
part; a display section that is set to display the current 
settings; and an execute button for starting data synchro- 
nization processing, the button being provided at the low- 
er left. In the case where an attempt is made to perform 
data synchronization with a device that exists in the range 
communicable with the portable information processing 
terminal, belongs to the same data synchronization group 
capable of executing synchronization processing, a syn- 
chronization button atthe lower right is pressed, whereby 
the data synchronization processing is called. I n addition, 
the "data synchronization member registration" is select- 
ed from the set menu, whereby the data synchronization 
member registration screen is displayed. The execute 
button provided on this screen is held down, whereby the 
function for data synchronization member registration 
can be executed in the same manner as in the foregoing 
example of the wrist watch. 

[01 41] As has been described above, according to the 
communication method of the present embodiment, 
> there is no need to provide set data concerning a com- 
munication counterpart for data synchronization. Basi- 
cally, data synchronization processing can be performed 
safely and reliably by a certificate (certificate data) and 
a priority. Thus, data synchronization processing can be 
performed between arbitrary slaves without requiring a 
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master. In particular, the present invention is preferable 
to application to a device that makes wireless communi- 
cation outside. Moreover, synchronization processing of 
a data set that belongs to the same data synchronization 
group is automatically executed with another device that 5 
exists in a communicable range by instructing the start 
of synchronization processing. Therefore, in a device 
having only a limited user interface such as wrist watch 
or portable cellular phone, the device being difficult in 
setting concerning a communication counterpart as well, io 
data synchronization can be easily performed by data 
synchronization group such that a group member is dy- 
namically changed. 

[0142] For example, although each embodiment has 
been described singly, a plurality of embodiments may '5 
be combined with each other as required, The commu- 
nication method according to the present embodiment 
can be achieved by a computer program. Thus, the com- 
puter program is recorded in a computer readable re- 
cording medium such as CD-ROM, and then, is intra- 20 
duced into the computer or the computer program is re- 
corded into the recording medium such as ROM, and 
then, is merely incorporated into an electronic device, 
making it possible to achieve an effect similar to the 
present embodiment using a general electronic device. 25 
[01 43] As has been described above, according to the 
present invention, it is possible to provide a communica- 
tion method and electronic device that enables data syn- 
chronization between arbitrary devices without requiring 
a server. It is possible to perform data synchronization 30 
with a device that does not have a limited input device 
and a display device. It is possible to make communica- 
tion for data synchronization safely between arbitrary de- 
vices in a wired or wireless network such that a network 
configuration dynamically changes. In exchanging set 35 
data between devices, only specific two devices perform 
setting operations simultaneously after the presence of 
two set devices has been guaranteed, whereby setting 
can be done safely. 

40 

Claims 

1 . A data synchronisation method comprising the steps 
of: <s 

transmitting from a master device to a slave de- 
vice a certificate indicating that the slave device 
belongs to a data synchronisation group to 
which the master device belongs and a priority so 
to be used for solving conflict of data during data 
synchronisation, thereby registering the slave 
device as a member of the data synchronisation 
group to which the master device belongs; 
determining whether or not a first slave device 55 
and a second slave device which is capable of 
communicating with the first slave device belong 
to the same data synchronisation group by using 



the certificate; 

and performing data synchronisation between 
the first slave device and the second slave de- 
vice based on the priority if the first slave device 
and the second slave device belong to the same 
data synchronisation group. 

2. The method according to Claim 1 , wherein said reg- 
istering is performed after it is confirmed that there 
is no device other than said master device and said 
slave device capable of communicating with said 
master device and set in a registration mode. 

3. The method according to Claim 1 , wherein said data 
synchronisation is performed between one master 
device and one or more slave devices which belong 
to the same synchronisation group or between at 
least two slave devices which belong to the same 
synchronisation group. 

4. The method according to Claim 1 , wherein said mas- 
ter device and slave device store plural types of data 
and belong to plural data synchronisation groups de- 
fined for each of said plural types of data. 

5. The method according to Claim 4, wherein said reg- 
istering is performed by transmitting said certificate 
and said priority from the master device belonging 
to a given synchronisation group defined for a given 
type of data to the slave device belonging to the given 
synchronisation group, said certificate and said pri- 
ority being set depending on the given type of data. 

6. The method according to Claim 1 , furthercomprising 
transmitting data required to operate as the master 
device from said master device to a slave device 
which is targeted to transfer a master privilege, there- 
by transferring the master privilege to the slave de- 

, vice. 

7. The method according to Claim 6, wherein said mas- 
ter privilege transferring is performed after it is con- 
firmed that there is no slave device other than said 
master device and said slave device capable of com- 
municating with said master device and set in a mas- 
ter privilege transfer mode. 

8. The method according to Claim 1 , furthercomprising 
exchanging the priority between slave devices that 
belong to the same data synchronisation group. 

9. The method according to Claim 8, wherein said pri- 
ority exchanging is performed after it is confirmed 
that there is no slave device other than said master 
device and said slave device capable of communi- 
cating with said master device and set in a priority 
exchanging mode. 
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10. The method according to Claim 1, further comprising 
releasing said master device or said slave device 
from the data synchronisation group, wherein, if said 
master device is released, said master device trans- 
mits a releasing instruction to a slave device which 5 
is capable of communicating with said master device 

to release said slave device as well as said master 
device. 

11. A method according to claim 4, wherein said regis- 10 
tering is performed by transmitting said certificate 
and said priority from the master device set by a user 

for a given type of data to the slave device set by the 
user for the given type of data, said certificate and 
said priority being set depending on the type of data. 15 

12. An electronic device comprising: 

a master unit, when an own device is set by a 
user as a master, configured to transmit to a 20 
slave device a certificate indicating that the slave 
device belongs to a data synchronization group 
to which the master device belongs and a priority 
to be used for solving conflict of data during data 
synchronisation, thereby registering the slave 25 
device as a member of the data synchronization 
group to which the master device belongs; 
a slave unit, when the own device is set by the 
user as the slave, configured to receive from the 
master unit the certificate and the priority; and 30 
a data synchronization unit (16, 17) configured 
to determine whether or not the own device and 
another device which is capable of communicat- 
ing with the own device belong to the same data 
synchronization group by using the certificate, 35 
and perform data synchronization between the 
own device and the other device based on the 
priority if the own device and the other device 
belong to the same data synchronization group. 

40 

13. A slave device comprising: 

a receiver (1 1,12) configured to receive, from a 
master device for a data synchronization group, 
a certificate indicating that the slave device be- *s 
. longs to the data synchronization group to which 
the master device belongs and a priority to be 
used for solving conflict of data during data syn- 
chronisation; 

a memory (18) configured to store the received so 
certificate and the priority; 
a certification unit (1 5) configured to determine, 
when a synchronization request from another 
device is received, whether or not the other de- 
vice and the slave device belong to the same 55 
data synchronization group by using the certifi- 
cate stored in the memory; and 
a synchronization unit (17) configured to per- 



form data synchronization between the other de- 
vice and the slave device based on the priority 
stored in the memory when the certification unit 
determines that the other device and the slave 
device belong to the same data synchronization 
group. 

14. The device according to claim 13, wherein said mem- 
ory (1 8) is configured to store the received certificate 
and the priority after it is confirmed that there is no 
device other than said master device and said slave 
device, capable of communicating with said master 
device and set in a registration mode. 

1 5. The device according to claim 1 3, wherein said other 
device comprises a master device or one or more 
slave devices. 

16. The device according to claim 1 3, wherein said mas- 
ter device and slave device are adapted to store plu- 
ral types of data and belong to plural data synchro- 
nization groups defined for each of said plural types 
of data. 

1 7. The device according to claim 1 6, wherein said mem- 
ory (18) is configured to store said certificate and 
said priority from the master device belonging to a 
given synchronization group defined for a given type 
of data, said certificate and said priority being set 
depending on the given type of data. 

18. The device according to claim 13, wherein the re- 
ceiver (1 1 , 12) is configured to receive data required 
to operate as the master device from said master 
device, thereby transferring a master privilege to the 
slave device. 

19. The device according to claim 1 8, wherein said mas- 
ter privilege transferring is performed after it is con- 
firmed that there is no slave device other than said 
master device and said slave device capable of com- 
municating with said master device and set in a mas- 
ter privilege transfer mode. 

20. The device according to claim 1 3, further comprising 
an exchanging unit configured to exchange the pri- 
ority between another slave device that belongs to 
the same data synchronization group. 

21. The device according to claim 20, wherein said pri- 
ority exchanging is performed after it is confirmed 
that there is no slave device other than said master 
device and said slave device capable of communi- 
cating with said master device and set in a priority 
exchanging mode. 

22. A data synchronization method for a slave device 
comprising the steps of: 
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receiving from a master device for a data syn- 
chronization group, a certificate indicating that 
the slave device belongs to the data synchroni- 
zation group to which the master device belongs 
and a priority to be used for solving conflict of 
data during data synchronization; 
storing the received certificate and the priority; 
determining, when a synchronization request 
from another device is received, whether or not 
the other device and the slave device belong to 
the same data synchronization group by using 
the stored certificate; and 
performing data synchronization between the 
other device and the slave device based on the 
stored priority when it is determined that the oth- 
er device and the slave device belong to the 
same data synchronization group. 

23. The method according to claim 22, comprising the 
step of storing the received certificate and the priority 
after it is confirmed that there is no device other than 
said master device and said slave device capable of 
communicating with said master device and set in a 
registration mode. 

24. The method according to claim 22, wherein said oth- 
er device comprises: a master device or one or more 
slave devices. 

25. The method according to claim 22, wherein said 
master device and said slave device belong to plural 
data synchronization groups and comprising storing, 
in said master device and said slave device, plural 
types of data defined for each of said plural data 
synchronization groups. 

26. The method according to claim 25, comprising stor- 
ing said certificate and said priority from the master 
device belonging to a given synchronization group 
defined for a given type of data, said certificate and 
said priority being set depending on the given type 
of data. 

27. The method according to claim 22, comprising re- 
ceiving data required for a slave device to operate 
as the master device from said master device, for 
transferring a master privilege to the slave device. 

28. The method according to claim 27, wherein transfer- 
ring of said master privilege is performed after it is 
confirmed that there is no slave device other than 
said master device and said slave device capable of 
communicating with said master device and set in a 
master privilege transfer mode. 

29. The method according to claim 22, further compris- 
ing exchanging the priority between another slave 
device that belongs to the same data synchroniza- 



10 



tion group. 

30. The method according to claim 29, wherein exchang- 
ing of priority is performed after it is confirmed that 
there is no slave device other than said master de- 
vice and said slave device capable of communicating 
with said master device and set in a priority exchang- 
ing mode. 

31. A carrier medium carrying computer readable in- 
structions for controlling a computer to carry out a 
method of any one of claims 1 to 1 1 and 22 to 30. 



15 Revendications 

1. ProcedS de synchronisation de donnees, compre- 
nant les etapes consistant a : 

20 transmettre d'un dispositif maitre a un dispositif 

esclave un certificat indiquant queje dispositif 
esciave appartient a un groupe de synchronisa- 
tion de donnees auquel appartient le dispositif 
maitre et une priorite a utiliser pour resoudre un 

25 conflit de donnees pendant la synchronisation 

de donnees, enregistrant ainsi le dispositif es- 
clave comme un membre du groupe de synchro- 
nisation de donnees auquel appartient le dispo- 
sitif maitre ; 

30 determiner si oui ou non un premier dispositif 

esclave et un deuxieme dispositif esclave, qui 
est capable de communiquer avec le premier 
dispositif esclave, appartiennent au meme grou- 
pe de synchronisation de donnees en utilisant 

35 le certificat ; et 

effectuer la synchronisation de donnees entre 
le premier dispositif esclave et le deuxieme dis- 
positif esclave sur la base de la priorite si le pre- 
mier dispositif esclave et le deuxieme dispositif 

40 esclave appartiennent au meme groupe de syn- 

chronisation de donnees. 

2. Precede selon la revendication 1 , dans lequel (edit 
enregistrement est effectuS apres qu'il a ete confir- 
ms me qu'il n'existe aucun dispositif autre que ledit dis- 
positif maitre et ledit dispositif esclave capable de 
communiquer avec ledit dispositif maitre et parame- 
tre en mode d'enregistrement. 

50 3. Proc6d6 selon la revendication 1 , dans lequel ladite 
synchronisation de donnees est effectuee entre un 
seul dispositif maitre et un ou plusieurs dispositifs 
esclaves qui appartiennent au meme groupe de syn- 
chronisation ou entre au moins deux dispositifs es- 

55 claves qui appartiennent au meme groupe de syn- 
chronisation. 

4. Proc6d6 selon la revendication 1, dans lequel ledit 
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dispositif maitre et ledit dispositif esclave stockent 
plusieurs types de donnees et appartiennent a plu- 
sieurs groupes de synchronisation de donnees d£- 
finis pour chacun desdits plusieurs types de don- 
nees. 

5. Proc6de selon la revendlcation 4, dans lequel ledit 
enregistrement est effectue en transmettant ledit 
certificat et ladite priorite du dispositif maitre appar- 
tenant a un groupe de synchronisation donne defini 
pour un type donn6 de donnees au dispositif esclave 
appartenant au groupe de synchronisation donne\ 
ledit certificat et ladite priorite 6tant parametr6s en 
fonction du type donne de donnees. 

6. Proc6d6 selon la revendication 1, comprenant en 
outre la transmission de donnees necessaires pour 
fonctionner comme le dispositif maitre, dudit dispo- 
sitif maitre a un dispositif esclave qui est cib!6 pour 
transferer un privilege de maitre, transferant ainsi le 
privilege de maitre au dispositif esclave. 

7. Precede selon la revendication 6, dans lequel ledit 
transfert de privilege de maitre est effectue apres 
qu'il a ete confirme qu'il n'existe aucun dispositif es- 
clave autre que ledit dispositif maitre et ledit dispositif 
esclave capable de communiquer avec ledit dispo- 
sitif maitre et parametre en mode de transfert de 
privilege de maitre. 

8. Proc6de selon la revendication 1, comprenant en 
outre I'echange de la priorite entre des disposes 
esclaves qui appartiennent au meme groupe de syn- 
chronisation de donnees. 

9. Procede selon la revendication 8, dans lequel ledit 
echange de priorite est effectue" apres qu'il a ete con- 
firm^ qu'il n'existe aucun dispositif esclave autre que 
ledit dispositif maitre et que ledit dispositif esclave, 
capable de communiquer avec ledit dispositif maitre 
et parametre en mode d' echange de priorite. 

10. Procede selon la revendication 1, comprenant en 
outre la liberation dudit dispositif maitre ou dudit dis- 
positif esclave du groupe de synchronisation de don- 
nees, dans lequel, si ledit dispositif maitre est libere, 
ledit dispositif maitre transmet une instruction de li- 
beration a un dispositif esclave qui est capable de 
communiquer avec ledit dispositif maitre pour liberer 
ledit dispositif esclave ainsi que ledit dispositif mai- 
tre. 

11. Procede selon la revendication 4, dans lequel ledit 
enregistrement est effectue" en transmettant ledit 
certificat et ladite priorite du dispositif maitre para- 
metr6 par un utilisateur pour un type donnS de don- 
nees au dispositif esclave parametre' par I'utilisateur 
pour le type donn6 de donnees, ledit certificat et la- 



dite priorite 6tant parametres en fonction du type de 
donnees. 

12. Dispositif electrohique, comprenant : 

5 

une unite de maitre, quand un dispositif lui-me- 
me est parametre" par un utilisateurcomme mai- 
tre, configuree pour transmettre a un dispositif 
esclave un certificat indiquant que le dispositif 

io esclave appartient a un groupe de synchronisa- 

tion de donnees auquel appartient le dispositif 
maitre et une priorite a utiliser pour resoudre un 
conflit de donnees pendant la synchronisation 
de donnees, enregistrant ainsi le dispositif es- 

15 clavecommeunmembredu groupe desynchro- 

nisation de donnees auquel appartient le dispo- 
sitif maitre ; 

une unite d'esclave, quand le dispositif lui-me- 
me est parametre" par I'utilisateur comme escla- 

20 ve, configuree pour recevoir de I'unite de maitre 

le certificat et la priorite ; et 
une unite de synchronisation de donnees (16, 
1 7) configuree pour determiner si oui ou non le 
dispositif lui-meme et un autre dispositif, qui est 

25 capable de communiquer avec le dispositif lui- 

meme, appartiennent au meme groupe de syn- 
chronisation de donnees en utilisant le certificat, 
et pour effectuer une synchronisation de don- 
nees entre le dispositif lui-meme et I'autre dis- 

30 positif sur la base de la priorite si le dispositif lui- 

meme et I'autre dispositif appartiennent au me- 
me groupe de synchronisation de donnees. 

13. Dispositif esclave, comprenant : 

35 

un recepteur (11, 12) configure pour recevoir, 
d'un dispositif maitre pour un groupe de syn- 
chronisation de donnees, un certificat indiquant 
que le dispositif esclave appartient au groupe 

40 de synchronisation 'de donnees auquel appar- 

tient le dispositif maitre et une priorite a utiliser 
pour resoudre un conflit de donnees pendant la 
synchronisation de donnees ; 
une memoire (18) configuree pour stocker le 

45 certificat recu et la priorite ; 

une unite de certification (15) configuree pour 
determiner, quand une demande de synchroni- 
sation d'un autre dispositif est recue, si oui ou 
non I'autre dispositif et le dispositif esclave ap- 

50 partiennent au meme groupe de synchronisa- 

tion de donnees en utilisant le certificat stocke 
dans la memoire ; et 

une unite de synchronisation (17) configuree 
pour effectuer la synchronisation de donnees 
55 entre I'autre dispositif et le dispositif esclave sur 

la base de la priorite stockee dans la memoire 
quand I'unite de certification determine que 
I'autre dispositif et le dispositif esclave appar- 
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tiennent au meme groupe de synchronisation 
de donnees. 

14. Dispositif selon la revendication 13, dans lequel la- 
dite memoire (18) est configured pour stocker le cer- 
tificat recu et la priorite apres qu'il a ete confirme qu'il 
n'existe aucun dispositif autre que ledit dispositif 
maitre et ledit dispositif esclave, capable de commu- 
niquer avec ledit dispositif maitre et parametre en 
mode d'enregistrement. 

15. Dispositif selon la revendication 1 3, dans lequel ledit 
autre dispositif com pre nd un dispositif maitre ou un 
ou plusieurs dispositif s esc laves. 

16. Dispositif selon la revendication 13, dans lequel les- 
dits dispositifs maitre et esclave sont adaptes pour 
stocker plusieurs types de donnees et appartiennent 
a plusieurs groupes de synchronisation de donnees 
definis pourchacun desdits plusieurs types de don- 
nees. 

17. Dispositif selon la revendication 16, dans lequel la- 
dite memoire (1 8) est configuree pour stocker ledit 
certificatetladite priorite provenantdu dispositif mai- 
tre appartenant a un groupe de synchronisation don- 
ne defini pour un type donne de donnees, ledit cer- 
tificat et ladite priorite etant parametr^s en fonction 
du type donne de donnees. 

18. Dispositif selon la revendication 13, dans lequel le 
recepteur (11, 12) est configure pour recevoir des 
donnees necessaires pour fonctionner comme le 
dispositif maitre dudit dispositif maitre, transferant 
ainsi un privilege de maitre au dispositif esclave. 

19. Dispositif selon la revendication 1 8, dans lequel ledit 
transfert de privilege de maitre est effectue apres 
qu'il a ete confirme qu'il n'existe aucun dispositif es- 
clave autre que ledit dispositif maitre et ledit dispositif 
esclave capable de communiquer avec ledit dispo- 
sitif maitre et parametre en mode de transfert de 
privilege de maitre. 

20. Dispositif selon la revendication 13, comprenant en 
outre une unite d'echange configuree pour echanger 
la priorite entre un autre dispositif esclave qui appar- 
tient au meme groupe de synchronisation de don- 
nees. 

21 . Dispositif selon la revendication 20, dans lequel ledit 
echange de priorite est effectue apres qu'il a ete con- 
firme" qu'il n'existe aucun dispositif esclave autre que 
ledit dispositif maitre et ledit dispositif esclave capa- 
ble de communiquer avec ledit dispositif maitre et 
parametre en mode d'echange de priorite. 

22. Procede de synchronisation de donnees pour un dis- 



positif esclave comprenant les etapes consistant a : 

recevoir d'un dispositif maitre pour un groupe 
de synchronisation de donnees, un certificat in- 
5 diquant que le dispositif esclave appartient au 

groupe de synchronisation de donnees auquel 
appartient le dispositif maitre et une priorite a 
utiliser pour resoudre un conflit de donnees pen- 
dant la synchronisation de donnees ; 
io stocker le certificat recu et la priorite ; 

determiner, quand une demande de synchroni- 
sation d'un autre dispositif est recue, si oui ou 
non I'autre dispositif et le dispositif esclave ap- 
partiennent au meme groupe de synchronisa- 
15 tion de donnees en utilisant le certificat stocke ; 

. et 

effectuer la synchronisation de donnees entre 
I'autre dispositif et le dispositif esclave sur la ba- 
se de la priorite stocked quand il est determine 
que I'autre dispositif et le dispositif esclave ap- 
partiennent au meme groupe de synchronisa- 
tion de donnees. 

23. Precede selon la revendication 22, comprenant I'eta- 
pe consistant a stocker le certificat recu et la priorite 
apres qu'il a ete confirme qu'il n'existe aucun dispo- 
sitif autre que ledit dispositif maitre et que ledit dis- 
positif esclave, capable de communiquer avec ledit 
dispositif maitre et parametre en mode d'enregistre- 
ment. 

Procede selon la revendication 22, dans lequel ledit 
autre dispositif comprend : un dispositif maitre ou un 
ou plusieurs dispositifs esclaves. 

Procede selon la revendication 22, dans lequel ledit 
dispositif maitre et led'rt dispositif esclave appartien- 
nent a plusieurs groupes de synchronisation de don- 
nees et comprenant le stockage, dans ledit dispositif 
maitre et led'rt dispositif esclave, de plusieurs types 
de donnees definis pour chacun desdits plusieurs 
groupes de synchronisation de donnees. 

Procede selon la revendication 25, comprenant le 
stockage dudit certificat et de ladite priorite dudit dis- 
positif maitre appartenant a un groupe de synchro- 
nisation donne defini pour un type donne de don- 
nees, ledit certificat et ladite priorite etant parametres 
en fonction du type donne de donnees. 

Procede selon la revendication 22, comprenant la 
reception de donnees necessaires pour qu'un dis- 
positif esclave fonctionne comme le dispositif maitre 
dudit dispositif maitre, pour transferer un privilege 
de maitre au dispositif esclave. 

28. Precede selon la revendication 27, dans lequel le 
transfert dudit privilege de maitre est effectue apres 
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einen Registrierungsmode eingestellt ist. 

3. Das Verfahren nach Anspruch 1, wobei die Daten- 
synchronisation zwischen einem Master-Gerat und 

5 einem oder mehreren Slave-Geraten, die zu dersel- 
ben Synchronisationsgruppe gehflren, oder zwi- 
schen wenigstens zwei Slave-Geraten, die zu der- 
selben Synchronisationsgruppe gehoren, ausge- 
fiihrt wird. 

w 

4. Das Verfahren nach Anspruch 1, wobei das Ma- 
ster-Gerat und Slave-Gerate vielfache Datentypen 
speichern und zu mehreren Datensynchronisations- 
gruppen, die jeweils fur die vielfachen Datentypen 

15 definiert sind, gehoren. 

5. Das Verfahren nach Anspruch 4, wobei das Regi- 
strieren ausgefuhrt wird, indem das Zertifikat und die 
Prioritat von dem Master-Gerat, das zu einer gege- 

20 benen Synchronisationsgruppe gehort, die fur einen 
gegebenen Datentyp definiert ist, zu dem Slave-Ge- 
rat, das zu der gegebenen Synchronisationsgruppe 
gehort, wobei das Zertifikat und die Prioritat in Ab- 
hangigkeit vom gegebenen Datentyp eingestellt 

25 werden. 

6. Das Verfahren nach Anspruch 1 , femer umfassend 
das Ubertragen von Daten, die zum Operieren als 
das Master-Gerat des Master-Gerats erforderlich 

30 sind, zu einem Slave-Gerat, das darauf gerichtet ist, 
ein Master- Privileg zu ubertragen, wodurch das Ma- 
ster-Privileg auf das Slave-Gerat ubertragen wird. 

7. Das Verfahren nach Anspruch 6, wobei das Uber- 
35 tragen des Master-Privilegs ausgefuhrt wird, nach- 

dem bestatigt worden ist, dass es kein anderes Sla- 
ve-Gerat verschieden von dem Master-Gerat und 
dem Slave-Gerat gibt, das in der Lage ist, mit dem 
Master-Gerat zu kommunizieren, und in einen Ma- 
40 ster-Privileg-Obertragungsmodus eingestellt ist. 



qu'il a et6 confirme qu'il n'existe aucun dispositif es- 
clave autre que ledit dispositif maitre et que (edit dis- 
positif esclave capable de communiquer avec ledit 
dispositif maitre et parametre en mode de transfert 
de privilege de maitre. 

29. ProcSde selon la revendication 22, comprenant en 
outre I'echange de la priorite entre un autre dispositif 
esclave qui appartient au meme groupe de synchro- 
nisation de donnees. 

30. Proc6d6 selon la revendication 29, dans lequel 
I'echange de priorite est effectue apres qu'il a ete 
confirm^ qu'il n'existe aucun dispositif esclave autre 
que ledit dispositif maitre et que ledit dispositif es- 
clave capable de communiquer avec ledit dispositif 
maitre et parametre en mode d'Schange de priorite. 

31. Moyen de support supportant des instructions lisi- 
bles par ordinateur pour commander un ordinateur 
pour qu'il execute un procede selon Tune quelcon- 
que des revendications 1 a 1 1 et 22 a 30. 



Patentansp ruche 

1 . Ein Datensynchronisationsverfahren umfassend die 
Schritte: 

Ubertragen eines Zertifikats von einem Haupt- 
bzw. Master-Gerat zu einem Folge- bzw. Sla- 
ve-Gerat, wobei das Zertifikat andeutet, dass 
das Slave-Gerat zu einer Datensynchronisati- 
onsgruppe gehort, zu der das Master-Gerat ge- 
hort, sowie einer Prioritat, die wahrend der. Da- 
tensynchronisation zum Losen von Datenkon- 
flikten einzusetzen ist, wodurch das Slave-Gerat 
als ein Mitglied der Datensynchronisationsgrup- 
pe, zu der das Master-Gerat gehort, registriert 
wird; 

Bestimmenob oder nicht ein erstes Slave-Gerat 
und ein zweites Slave-Gerat, das in der Lage 
ist, mit dem zu derselben Datensynchronisati- 
onsgruppe gehorenden, ersten Slave-Gerat un- 
ter Verwendung des Zertifikats zu kommunizie- 
ren; 

und Ausfuhren einer Datensynchronisation zwi- 
schen dem ersten Slave-Gerat und dem zweiten 
Slave-Gerat gestutzt auf die Prioritat, falls das 
erste Slave-Gerat und das zweite Slave-Gerat 
zu derselben Date nsynch ran isationsgruppe ge- 
horen. 

2. Das Verfahren nach Anspruch 1, wobei das Regi- 
strieren ausgefuhrt wird, nachdem bestatigt worden 
ist, dass es kein anderes Gerat als das erste Ma- 
ster-Gerat und das Slave-Gerat gibt, das in der Lage 
ist, mit dem Master-Gerat zu kommunizieren, und in 



8. Das Verfahren nach Anspruch 1 , femer umfassend 
Austauschen der Prioritat zwischen zu der gleichen 
Datensynchronisationsgruppe gehorenden Sla- 

45 ve-Geraten. 

9. Das Verfahren nach Anspruch 8, wobei das Austau- 
schen der Prioritat ausgefuhrt wird, nachdem besta- 
tigt worden ist, dass es kein Slave-Gerat verschie- 

50 den von dem Master-Gerat und dem Slave-Gerat 
gibt, das in der Lage ist, mit dem Master-Gerat zu 
kommunizieren, und in einen Prioritatsaustausch- 
modus eingestellt ist. 

55 10. Das Verfahren nach Anspruch 1 , femer umfassend 
Freigeben des Master-Gerats oder Slave-Gerats 
aus der Datensynchronisationsgruppe, wobei, wenn 
das Master-Gerat freigegeben wird, das Master-Ge- 
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rat eine Freigabeanweisung an ein Slave-Gerat 
ubertragt, welches in der Lage ist, mit dem Ma- 
ster-Gerat zu kommunizieren, urn sowohl das Sla- 
ve-Gerat als auch das Master-Gerat freizugeben. 

5 

11. Ein Verfahren nach Anspruch 4, wobei das Regi- 
strieren ausgefiihrt wird, indem das Zertif ikat und die 
Prioritat von dem durch elnen Benutzerfureinen ge- 
gebenen Datentyp eingestellten Master-Gerat uber- 
tragen wird, an das von dem Benutzer fur einen ge- 10 
gebenen Datentyp eingestellte Slave-Gerat, wobei 
das Zertifikat und die Prioritat in Abhangigkeit von 
dem Datentyp eingesteltt werden. 

12. Ein elektronisches Gerat umfassend: '5 

eine Haupt- bzw. Master-Einheit, wenn ein ei- 
genes Gerat durch einen Benutzer als ein Ma- 
ster eingestellt ist, konflguriert zum Ubertragen 
eines Zertifikat zu einem Slave-Gerat, wobei 20 
das Zertifikat andeutet, dass das Slave-Gerat 
zu einer Datengruppe gehort, zu der das Ma- 
ster-Gerat gehort, sowie einer Prioritat, die zum 
Losen von Datenkonflikten wahrend der Daten- 
synchronisation einzusetzen ist, wodurch das 25 
Slave-Gerat als ein Mitglied der Datensynchro- 
nisationsgruppe, zu der das Master-Gerat ge- 
hort, registriertwird; 

eine Slave- Ein heit, wenn das eigene Gerat 
durch den Benutzer als der Slave eingestellt 30 
wird, konfiguriert, zum Empfangen des Zertifi- 
kats und der Prioritat von der Master-Einheit; 
und 

eine Datensynchronisationseinheit (16, 17), 
konfiguriert zum Bestimmen unter Verwendung 35 
des Zertifikats, ob oder nicht das eigene Gerat 
und ein anderes Gerat, das in der Lage ist, mit 
dem eigenen Gerat zu kommunizieren, zu der 
gleichen Datensynchronisationsgruppe gehort, 
und Ausfuhren der Datensynchronisation zwi- «o 
schen dem eigenen Gerat und dem anderen Ge- 
rat gestiitzt auf die Prioritat, falls das eigene Ge- 
rat und das andere Gerat zu der gleichen Da- 
tensynchronisationsgruppe gehoren. 

45 

13. Ein Slave-Gerat umfassend: 

einen Empfanger (11, 12), von einem Ma- 
ster-Gerat fur eine Datensynchronisationsgrup- 
pe konfiguriert zum Empfangen eines Zertifi- so 
kats, das andeutet, dass das Slave-Gerat zu der 
Datensynchronisationsgruppe gehort, zu der 
das Master-Gerat gehort, sowie einer Prioritat, 
die zum Losen von Datenkonflikten wahrend der 
Datensynchronisation einzusetzen ist; 55 
einen Speicher (1 8), konfiguriert zum Speichem 
des empfangenen Zertifikats und der Prioritat; 
eine Zertif izierungseinheit (15), konfiguriert zum 



Bestimmen, unter Verwendung des in dem 
Speicher gespeicherten Zertifikats, wenn eine 
Synch ronisationsanf rage von einem anderen 
Gerat empfangen wird, ob oder nicht das andere 
Gerat und das Slave-Gerat zu derselben Daten- 
synchronisationsgruppe gehbren; und 
eine Synch ronisationsein heit (17), konfiguriert 
zum Ausfuhren von Datensynchronisation, ge- 
stutzt auf der in dem Speicher gespeicherten 
Prioritat, zwischen dem anderen Gerat und dem 
Slave-Gerat, wenn die Zertif izierungseinheit 
feststellt, dass das andere Gerat und das Sla- 
ve-Gerat zu der gleichen Datensynchronisati- 
onsgruppe gehoren. 

14. Das Gerat nach Anspruch 13, wobei der Speicher 
(18) konfiguriert ist zum Speichem des empfange- 
nen Zertifikats und der Prioritat, nachdem bestatigt 
worden ist, dass es kein Gerat verschieden von dem 
Master-Gerat und dem Slave-Gerat gibt, das in der 
Lage ist, mit dem Master-Gerat zu kommunizieren, 
und in einen Registries ngsmodus eingestellt ist 

1 5. Das Gerat nach Anspruch 1 3, wobei das andere Ge- 
rat ein Master-Gerat oder eine oder mehrere Sla- 
ve -Gerate umfasst. 

16. Das Gerat nach Anspruch 13, wobei das Master-Ge- 
rat und das Slave-Gerat dazu angepasst sind, viel- 
faltige Datentypen zu speichem und zu vielfaltigen, 
jeweils fur die vielfaltigen Datentypen definiertenDa- 
tensynchronisationsgruppen zu gehoren. 

17. Das Verfahren nach Anspruch 16, wobei der Spei- 
cher (18) konfiguriert ist zum Speichem des Zertifi- 
kats und der Prioritat von dem Master-Gerat, das zu 
einer gegebenen, fur einen gegebenen Datentypen 
definierten Synchronisationsgruppe gehort, wobei 
das Zertifikat und die Prioritat in Abhangigkeit von 
dem gegebenen Datentyp eingestellt werden. 

1 8. Das Gerat nach Anspruch 1 3, wobei der Empfanger 
(11, 12) konfiguriert ist zum Empfangen von Daten, 
die zum Operieren als das Master-Gerat des Ma- 
ster-Gerats benotigt werden, wodurch ein Ma- 
ster- Privileg auf das Slave-Gerat ubertragen wird. 

19. Das Gerat nach Anspruch 1 8, wobei das Ubertragen 
des Master-Privilegs ausgefuhrt wird, nachdem be- 
statigt worden ist, dass es kein Slave-Gerat ver- 
schieden von dem Master-Gerat gibt, und dass das 
Slave-Gerat in der Lage ist, mit dem Master-Gerat 
zu kommunizieren, und in einen Master-Privileg- 
. Ubertragungsmodus eingestellt ist. 

20. Das Gerat nach Anspruch 1 3, fe me r umfassend eine 
Austauscheinheit, konfiguriert zum Austauschen der 
Prioritat zwischen einem anderen, zu der gleichen 
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Datensynchronisationsgruppe gehorenden Sla- 
ve-Gerat. 

21. Das. Gerat nach Anspruch 20, wobei. das Austau- 
schen der Prioritat ausgeftihrt wird, nachdem besta- 
tigt worden ist, dass es kein Slave-Gerat verschie- 
den von dem Master-Gerat und dem Slave-Gerat 
gibt, das in der Lage ist, mit dem Master-Gerat zu 
kommunizieren, und in einen Prioritatsaustausch- 
modus eingestellt ist. 

22. Ein Datensynchronisationsverfahren fur ein Sla- 
ve-Gerat, umfassend die Schritte: 

Empfangen eines Zertifikats von einem Haupt- 
bzw. Master-Gerat fur eine Datensynchronisa- 
tionsgruppe, wobei das Zertifikatandeutet, dass 
das Slave-Gerat zu der Datensynchronisations- 
gruppe gehbrt, zu der das Master-Gerat gehdrt, 
sowie einer Prioritat, die zum Losen von Daten- 
konflikten wahrend der Datensynchronisation 
einzusetzen ist; 

Abspeichern des empfangenen Zertifikats und 
der Prioritat; 

Bestimmen, unter Verwendung des gespeicher- 
ten Zertifikats, wann eine Synchronisationsan- 
frage von einem anderen Gerat empfangen 
wird, ob oder nicht das andere Gerat und das 
Slave-Gerat zu dergleichen Datensynchronisa- 
tionsgruppe gehoren; und Ausfuhren einer Da- 
tensynchronisation zwischen dem anderen Ge- 
rat und dem Slave-Gerat gestutzt auf die gespei- 
cherte Prioritat, wenn bestimmt worden ist, dass 
das andere Gerat und das Slave-Gerat zu der- 
gleichen Datensynchronisationsgruppe geho- 
ren. 

23. Das Verfahren nach Anspruch 22, umfassend den 
Schritt des Abspeicherns des empfangenen Zertifi- 
kats und der Prioritat, nachdem bestatigt worden ist, 
dass es kein Gerat anders als das Master-Gerat und 
das Slave-Gerat gibt, das dazu in der Lage ist, mit 
dem Master-Gerat zu kommunizieren, und in einen 
Registrierungsmodus eingestellt ist. 

24. Das Verfahren nach Anspruch 22, wobei das andere 
Gerat ein Master-Gerat und eine oder mehrere Sla- 
ve-Gerate umfasst. 

25. Das Verfahren nach Anspruch 22, wobei das Ma- 
ster-Gerat und die Slave-Gerate zu mehreren Da- 
tensynchronisationsgruppen gehoren, und das um- 
fasst Speichern in dem Master-Gerat und dem Sla- 
ve-Gerat von vielfaltigen, fur jedes der vielfaltigen 
Datensynchronisationsgruppen definierten Typen 
von Daten. 

26. Das Verfahren nach Anspruch 25, umfassend Spei- 



chern des Zertifikats und der Prioritat, die von dem 
zu einer gegebenen, fur einen gegebenen Datentyp 
definierten Synchronisationsgruppe gehorenden 
Master-Gerat, wobei das Zertifikat und die Prioritat 
5 in Abhangigkeit von dem gegebenen Datentyp ein- 
gestellt werden. 

27. Das Verfahren nach Anspruch 22, umfassend Emp- 
. fangen von Daten, die fiir ein Slave-Gerat benotigt 

10 werden zum Operieren als das Master-Gerat von 
dem Master-Gerat, zum Ubertragen eines Ma- 
ster-Privilegs auf das Slave-Gerat. 

28. Das Verfahren nach Anspruch 27, wobei das Uber- 
15 tragen des Master-Privilegs ausgefuhrt wird, nach- 
dem bestatigt worden ist, dass es kein anderes Sla- 
ve-Gerat verschieden von dem Master-Gerat und 
dem Slave-Gerat gibt, das in der Lage ist, mit dem 
Master-Gerat zu kommunizieren, und in einen Ma- 

20 ster-Privileg-Obertragungsmodus eingestellt ist. 

29. Das Verfahren nach Anspruch 22, ferner umfassend 
das Austauschen der Prioritat zwischen einem an- 
deren, zu dergleichen Datensynchronisationsgrup- 

25 pe gehorenden Slave-Gerat. 

30. Das Verfahren nach Anspruch 29, wobei das Aus- 
tauschen der Prioritat ausgefuhrt wird, nachdem be- • 
statigt worden ist, dass es kein Slave-Gerat gibt ver- 

30 schieden von dem Master-Gerat und dem Slave-Ge- 
rat, das in der Lage ist, mit dem Master-Gerat zu 
kommunizieren, und in einen Prior'rtatsaustausch- 
modus eingestellt ist. 

35 31. Ein Speichermedium, das computerlesbare Anwei- 
sungen tragt zum Steuern eines Computers, urn ein 
Verfahren nach einem der Anspriiche 1 bis 1 1 und 
22 bis 30 auszufuhren. 
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